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Figure 1.1: The MVME101 Monoboard Computer 
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CHAPTER 1 


GENERAL INFORMATION 


l.1. INTRODUCTION 


This manual provides general information, functional description, 
installation instructions and maintenance information for the 
MVME101 monoboard microcomputer. Figure 1.1 shows the MVME101 module. 


1.2. SPECIFICATIONS 


The MVME1O1 monoboard computer specifications are given in the following 
table. 


Table 1.1: MVME101 Specifications 


ee ee eee age ee + 
| CHARACTERISTIC | 
+-------~--~-~----+----+--+- ema + 5+ + 
Microprocessor | McC68000, 8 MHz operating frequency, 16-bit | 
| data bus, 16 megabyte addresssing range | 
+ 


A es a a a a a ee a 


| Local Memory Eight 28-pin sockets, organized as four | 
pairs, for user-provided memory. Each pair | 
is individually configurable to accept any | 
JEDEC-standard compatible bvte-wide static 
RAM or ROM devices, ranging from 2K to 32K 
bytes each. Local RAM is accessed without 
wait cycles, local ROM access time is selec- 
table. 


Serial I/O-Ports Two Motorola MC68661 Enhanced Programmable 
Communication Interfaces, featuring several 
Synchronous and asynchronous’ protocols’ and 
software selectable baud rates from 50 to 
19200 baud. Both ports are RS232C standard 
compatible, may be configured as data set or 
data terminal, and are available at 25-pole 
connectors at the front panel. 


Parallel I/0-Ports A Motorola MC6821 Parallel Interface Adapter 
provides two independent programmable 8-bit 
I/O ports with two handshake lines’ and one 


+ 
interrupt output to the MPU. All peripheral | 
| 
+ 


I/O signals are available at the lower rear 


€t-v¥ 


Figure 4.9: Schematic Diagram Sheet 8/11 
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Table 1.1: 


4—------—------ = - --- - ----- + 

| CHARACTERISTIC | 

4—-------- - +--+ - + 
Timer/Counter | 

$—----=---- - - -- - - - - - - - + - + 
Address Map 

fone + 
VMEbus Interface 

$a--- = - + 
VMEbus Requester 

$——--—--- —- - - - - - — - - - - - - - - - + 

| VMEbus Arbiter 

$me——- + 
Interrupt Handler 

fH + 
Time Out Counters 


MVME101 Specifications (contd) 


SPECIFICATION 


A Motorola MC6840 Programmable Timer Module 


contains three independent 16-bit counters. 


All peripheral clock, gate and output lines 
are available at the lower rear connector. 
A jumper area provides gate enabling, real 
time counting, bus cycle counting and timer 
cascading. | 


Decoder logic devides a 2 Megabyte address 
range (000000 - OFFFFF and FO0Q000 - FFFFFF) 
into 512 segments, each covering 4K bytes. 
An address decoder PROM assigns each of 
these segments to one of the four on-board 
memory pairs, to the on-board I/O devices, 
or to off-board resources on the VMEbus. All 
addresses from 100000 to EFFFFF are assumed 
to be off board and directed to the VMEbus. 


The private bus interconnecting all on-board 
devices is connected to the VMEbus) through 
a VMEbus interface when off-board resources 
are to be accessed. This interface is fully 
compatible with the VMEbus) Specification 
Rev.B. 


ae am ewe ay 8 a ow aD cm ce oe ee oe om eo ewe cme ee aw eee ee as ee of OB =—w ew om oS Se oe ee ewe ee ee ewe ee eww eo ee ie ee ee 


For implementation in multiprocessor systems 
the module contains a VMEbus requester which 
requests and releases the bus either under 
direct software control, or indirectly upon 
decoding off-board and on-board addresses. 
The bus requester is selectable to operate 
on one of four prioritized bus arbitration 
levels. 


For use as the system cortroller in a VMEbus 
System, the module contains an option ONE 
bus arbiter, supporting daisy-chained bus 
arbitration on a single level. 


Any or all of the seven VMEbus) interrupt 


‘request lines can be strapped to generate 


prioritized and uSer-vectorized interrupts. 


The interrupt outputs of the on-board I/0 


devices and the VMEbus signals BCLR* and 
SYSFAIL* can be jumpered to any of six pri- 
Oritized and auto-vectorized interrupts. 
The ABORT pushbutton and the VMEbus signal 
ACFAIL* generate a non-maskable auto-vecto- 
rized interrupt. 


= a ase em a se ew ase Ss) ew a eee wee es ees a ewe Se ee ew ee ee ee we ee ee ee ee ee eee ie ee ee ei ee ie eee ee ae 


Two software controlled time-out counters 
supervise VMEbus operations. A bus error can 
be generated if a bus request is not granted 
within 128 microseconds, or if a bus data 
transfer is not acknowledged within 8 micro- 
seconds. 


a ee ee Re eae RE ee Re me a See ae ea Eu 
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| 
| 


a! ae a 


eae ee oe oe oe 
| CHARACTERISTIC 
+-——— — — 
Display 


. 
| Front Panel Controls 


he aes eae 
System Control 


Status Register 


fie en Sieo 
| Connectors One 96 pole DIN 41612 connector for VMEbus, 


pn eae 


| Power Requirements 
( See Note ) 


ee ras sca 
| Temperature Range 


. 


| Rel. Humidity Range 
ee erect 


Note: 


Control Register Through an 8-bit Module Control Register the 


Mechan. Dimensions 


Table 1.1: MVME1O1 Specifications (contd) 
Si pcs a Sa a a a a ak ct a ae cares ae a ie ae ee i ee i ee + 
SPECIFICATION | 
kt ae ha aa Ses ee ee va 
Programmable hexadecimal LED display at the | 
front panel for status indication. | 
aaa as re ee ats a ets a + 
Two pushbutton switches at the front panel 
for System Reset and Software Abort. 
i atc ea a a a a aa a a a a al a cmc ere ee nme + 
For use as the system controller in a VMEbus | 
system, the module can be configured to 


drive the bus signals SYSCLK and SYSRESET*. | 
Jets ee eee ee ee ea eee ek eee eee ee eee 


—- oe ee ae ee ee ee eo es we ees ee ee ee ee oe 


+——+—+ 


+ 


— ae om a ee ee ae eee ee eee ee oe ae ase a owt ae = 


MPU controls the status display, the VMEbus 
output SYSFAIL*, the VMEbus requester, and 
the time-out counters. | 
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Through an 8-bit Module Status Register the | 
MPU can monitor the VMEbus signals ACFAIL*, | 
SYSFAIL* and BCLR*, the VMEbus availability, | 
the activation of the Software Abort switch, | 
the data input of Serial Port 1, and the | 
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occurence of a time-out condition. 
Double height VME board with front panel 
Board Size: 233 mm x 160 mm 
Front Panel Size: 262 mm x 20 mm 
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one 64 pole DIN 41612 connector for parallel 
I/O and timer signals, 


two 25 pole D-Subminiatur connectors for the | 
+ 


serial ports. 

+ 5 V DC (+/- 5%), 2.0 A (typ), 3.0 A (max) 
+12 V DC (+/- 5%), 25 mA (typ), 50 mA (max) 
-12 V DC (+/- 5%), 25 mA (typ), 50 mA (max) | 
lal kt eal Gee ga i eee ee eee a ee a ee ies eee ee + 
Operating temperature: 0 to 55 C 

Storage temperature: -40 to 100 C 
SS a ce a cc aa a ee ce ie + 
Operating humidity: 0% to 90% non-condensing | 
Ram Kn KKK KK eo eee ew ee + 


+ — 
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The current at +5 V DC is specified for the MVME1O1] module without 
any local memory. To calculate the actual required value, add the 
Supply current of the memory devices used. 


The currents at +12 V and -12 V DC are specified for the MVMEI10O1 
module with the serial port connectors open. The actual required 
values depend on the load of the RS232C ports. All serial port 
outputs are current-limited to sink or source 12 mA (max) each. 


1.3. REFERENCE MANUALS 


The following manuals may be used for further information about the 
MC68000 microprocessor, the MC6840 timer module, the VMEbus system and 
the VMEbug debugger/monitor: 


* MC68000UM MC68000 16-bit Microprocessor User’s Manual . 

* MC6840UM MC6840 Programmable Timer Fundamentals and Applications 
* MVMEBS VMEbus Specification Manual 

* 


MVME1O1BUG MVME10lbug Debug Package User“s Manual 


1.4. MANUAL TERMINOLOGY 


Throughout this manual, unless otherwise noted, all address and data 
values are given in hexadecimal format. 


1.4.2. Electrical Signal Levels 


A signal line is always assumed to be in one of two levels, or in 
transition between these levels. Whenever the term "high" is used, it 
refers to a high TTL voltage level ( > +2.0 V). The term "low" refers 
to a low TTL voltage level ( < +0.8 V). There are two possible transi- 
tions which can appear on a signal line, and these will be referred to 
as "edges". A “rising edge" is defined as the time period during which 
a Signal line makes its transition from a low level to a high level. The 
"falling edge" is defined as the time period during which a signal line 
makes its transition from a high level to a low level. 


A signal is defined as "active low", if the function associated with the 
signal line is valid or initiated by either a low level or a falling 
edge on the signal line. The mnemonics of active low signals are marked 
with the suffix "*". 


A signal is defined as "active high", if the function associated with 
the signal line is valid or initiated by either a high level or a rising 
edge on the signal line. 


1.4.3. Logic Signal States 


The terms "assert" and "negate" describe the logic state of a signal 
without indicating the associated voltage level. An active low signal 
is asserted when its voltage level is low, it is negated when its 
voltage level is high. An active high signal is asserted when its 
voltage level is high, it is negated when its voltage level is low. 


For signals which are driven by three-state or open-collector outputs, 
the term "release" ‘describes the high impedance state of the correspon- 
ding driver. Typically these signal lines are driven to a high voltage 
level by pull-up resistors when all drivers on the line are turned off. 
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CHAPTER 2 


FUNCTIONAL DESCRIPTION 


2.1. INTRODUCTION 
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This chapter provides a detailed description of the MVME101 monoboard 
computer and its various modes of operation. The module can be regarded 
as consisting of functional blocks, as shown in Figure 2.1. Each block 
is described in a seperate paragraph in this chapter. For hardware 
details, Chapter 4 includes the schematic diagrams and an assembly 
drawing. 


The MVME1LOL is designed to operate either as a monoboard system, asa 


Single MPU controller in a VMEbus system, or aS a MPU element in a 
multiprocessor configuration. Hardware and software application hints 
for each of these modes are given in this chapter. Detailed electrical 


and timing specifications of the VMEbus connector signals allow the user 
to design peripheral modules and his target hardware around the mono- 
board computer without requiring measurements on the board. 


2.2. MICROPROCESSING UNIT 


The microprocessing unit of the MVME101 consists of the Motorola MC68000 
MPU and some interfacing hardware for other functional blocks. The 
microprocessor runs at 8 MHz clock frequency. 


A detailed description of the microprocessor is given in the Motorola 
MC68000 Data Sheet in Appendix A of this User’s Guide. 


2.3 MEMORY 
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The 16-bit data word of the MC68000 MPU is separated into a lower data 
byte (DO0-D07) and an upper data byte (DO8-D15), corresponding to a 
given memory address (AQ1-A23). The address line AOO is only internal to 
the MPU and externally replaced by the data strobe signals LDS* 
and UDS*. A detailed description of the data organization in memory can 
be found in the MC68000 Data Sheet in Appendix A. 


Accordingly any memory block for the MC68000 must be made up of two 
identical halves, one of them connected to the lower order data lines 
DOO-DO7 and activated by LDS*, the other half connected to the upper 
order data lines DO8-D15 and activated by UDS*. 


2.3.2. Memory Array 


As shown in Figure 2.2, the memory array of the MVME101 consists of 

eight 28-pin sockets, organized as four pairs, for user-provided memory. 

These sockets accept any RAM or ROM devices which meet the following 

specifications: 

- 24-pin or 28-pin dual-in-line package compatible with the JEDEC 
Standard pin-out for byte-wide memories, 

- memory size 2K, 4K, 8K, 16K, or 32K bytes per device, 

- static operation, 

- Single + 5 V power supply, 

- high impedance inputs (MOS characteristic), three-state outputs, 

- timing requirements accordant with the specifications given in 
Paragraph 2.12. 


A jumper area is associated with each memory pair to support different 


device sizes and pin-outs. Paragraph 3.4.8 describes the configuration 
of these jumpers. 


Figure 2.2: Memory Array 
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2.3.3. Memory Map 


For the first four MPU cycles after a board reset, data is fetched from 
the memory devices located in the socket pair 4, regardless of the 
addresses assigned. Therefore, the sockets MEM4L and MEM4U) must be 
populated with ROM, and the first eight bytes of this ROM must contain 
the initial supervisor stack pointer and program counter values. 


For the socket pairs 1, 2, and 3, the user is free to install either ROM 
or RAM or to leave them open. Each memory pair may be placed anywhere 
in a 2 Megabyte address range ( 000000 - OFFFFF and FO0O0000 - FFFFFF ) by 
programming an address decoder PROM according to the desired memory map. 
Paragraph 2.7 gives a detailed description of the Address Decoder. 


As socket pair 4 must contain ROM in any case, it is preferable that 
this firmware includes at least the board initialization, system monito- 
ring, and failure servicing routines, to ensure their proper execution 
with a minimum of hardware involved. For the same reason the exception 
vector table and the stack should reside in on-board RAM. 


2.3.4. Memory Access Time 


Data transfers between MPU and memory are performed in an asynchronous 
manner. Having asserted address, data, and strobe signals, the MPU 
insertS wait states until it receives the data transfer acknowledge 
Signal, and then terminates the transfer. A detailed description of the 
data transfer protocol can be found in the Motorola MC68000 Data Sheet 
in Appendix A. 


On the MVME101 monoboard computer, data to and from the on-board RAM is 
transferred without inserting wait states. For read operations from the 
on-board ROM, the configuration of jumper area K4 determines the number 
of wait states inserted by the MPU. The jumper must be positioned in 
accordance with the access time requirements of the installed memory 
devices. Paragraph 2.12 specifies the on-board memory timing. The 
configuration of jumper area K4 is described in Paragraph 3.4.9. 


2.4. INPUT/OUTPUT-DEVICES 


The following input/output-devices are provided on the MVME101 monoboard 
computer: 


* two programmable serial communication interfaces 
* a programmable parallel peripheral interface adapter 
* a programmable triple timer module 


The serial ports are RS232C standard compatible, may be configured as 
data set or data terminal, and are available at two 25-pole connectors 
on the front panel. The peripheral I/O signals of the parallel inter- 
face adapter and of the timer module are fed to the lower rear DIN 41612 
64-pin connector. 


2.4.1. Local I/O Access 


All on-board I/O-devices, including the Module Control and Status 
Registers, are memory-mapped and occupy a 4 Kilobyte address segment. 
This segment may be placed anywhere in a 2 Megabyte address range 
( 000000 - OFFFFF and FO0000 - FFFFFF ) by programming the address 
decoder PROM according to the desired memory map. Paragraph 2.7 gives 
a detailed description of the Address Decoder. 


Data transfers between MPU and on-board I/O-devices' are verformed 
in a synchronous manner. When the address decoder detects an address in 
the local I/O address segment, it asserts the valid peripheral address 
Signal VPA*. This causes the MPU to terminate the current cycle after 
internal synchronization with the peripheral clock signal E. A detailed 
description of the synchronous data transfer protocol can be found in 
the Motorola MC68000 Data Sheet in Appendix A. 


2.4.2. Enhanced Programmable Communication Interfaces 


On the MVME101 monoboard computer two serial I/O-channels are installed, 
each of them controlled by a Motorola MC68661C Enhanced Programmable 
Communication Interface ( EPCI ). The EPCIS support several synchronous 
and asynchronous protocols in full or half duplex mode, and _ software 
selectable baud rates ranging from 50 to 19200 baud. Both ports are 
RS232C standard compatible, may be configured as data set or data 
terminal, and are available at 25-pole connectors on the front panel. 


2.4.2.2. Features 


Features, common to synchronous and asynchronous operation: 


* 5 to 8 bit characters 

* odd, even or no parity 

* local or remote maintenance loop back mode 
* 16 programmable baud rates 

* double buffered transmitter and receiver 

* dynamic character length switching 

* half or full duplex operation 


Additional features in synchronous operation: 


internal or external character synchronization 
transparent or non-transparent mode 
transparent mode DLE stuffing and detection 
Single or double SYN operation 

automatic SYN or DLE-SYN insertion 

SYN, DLE, and DLE-SYN stripping 


+ + FF + 


Additional features in asynchronous operation: 


parity, overrun and framing error detection 
line break detection and generation 

false start bit detection 

automatic serial echo mode 


+ + + € 


2.4.2.3. EPCI Device Description 
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A detailed description of the Enhanced Peripheral Communications Inter- 
face is given in the Motorola MC68661 Data Sheet in Appendix B. 


2.4.2.4. Hardware Configuration 
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Both serial ports may be configured independently as data terminal or as 
data set on the jumper areas K7 and K15. The EPCI input CTS* can either 
be constantly enabled or shortened with the input DSR* on the jumper 
areas K9 and K10O. The same jumper areas are used to connect the EPCI 
outputs TXRDY* and RXRDY* with the interrupt handler. Paragraph 3.4 
includes detailed instructions how to configure the Jumper areas for the 
various modes of operation. 


2.4.2.5. Programming Information 


Prior to initiating data communications, the EPCI registers must be 
loaded with a set of mode and command bytes. Detailed programming 
instructions are given in the Motorola MC68661 Data Sheet in Appendix B. 
The addresses of the EPCI registers are listed in Paragraph 2.7. 


The serial data input of SPl can be monitored through the Module Status 
Register. This feature supports the automatic detection of a terminal’s 
baud rate: After hitting a specified character on the keyboard, the 
width of the first serial data bit is measured with the Programmable 
Timer Module. The result then is compared with a list of values ina 
lookup table to determine the transmitter’s baud rate. ( The automatic 
baud rate detection in MVME10lbug is implemented in this way. ) 


2.4.3. Peripheral Interface Adapter 


2.4.3.1. General Information 


The MC6821 Peripheral Interface Adapter ( PIA ) provides the universal 
means of interfacing peripheral equipment to the MVME10O1 monoboard 
computer. The PIA can interface the MPU to peripherals through two 
8-bit bidirectional peripheral data buses and four control lines. 


2.4.3.2. Features 


* two bidirectional 8-bit buses for interface to peripherals 

* each peripheral line individually programmable as input or output 

* four individually controlled interrupt input lines; two usable as 
peripheral control outputs 

handshake control logic for input and output peripheral operation 
high-impedance 3-state and direct transistor drive peripheral lines 
program controlled interrupt and interrupt disable capability 

CMOS drive capability on side A peripheral lines 

two TTL drive capability on all A and B side buffers 
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2.4.3.3. PIA Device Description 


os es ee ae es we ee ee es ee ess es ee ee es ee ee ee ee 


A detailed description of the Peripheral Interface Adapter is given in 
the Motorola MC6821 Data Sheet in Appendix C. 


2.4.3.4. Hardware Configuration 
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All peripheral data and control lines are fed to the DIN 41612 C 96 rear 
connector P2. A description of the input/output signals is given in 
Table 2.1. Their locations at P2 are shown in Table 2.2. 


Note that the peripheral input/output lines are not buffered between the 
PIA and the connector P2. Therefore, the electrical characteristics 
of the signals at P2 are equivalent with the values given in the MC682] 
Data Sheet. 


The interrupt outputs of the PIA may be wired to one of the Auto-Vecto- 
rized Interrupt Request lines on the Jumper area K6. Paragraph 3.4.4 
describes the configuration of K6. 


2.4.3.5. Programming Information 


The functional configuration of the PIA is programmed by the MPU during 
system initialization. Each of the peripheral data lines can _ be 
programmed to act as an input or output, and each of the four 
control/interrupt lines may be programmed for one of several control 
modes. Detailed programming instructions are given in the Motorola 


MC6821 Data Sheet in Appendix C. The addresses of the PIA registers are 
listed in Paragraph 2.7. 


2.4.4. Programmable Timer Module 
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The MC6840 Programmable Timer Module ( PTM ) contains three 16-bit 
binary counters, three corresponding control registers, and a status 
register. The counters are under software control and may be programmed 
to generate module interrupts and/or output signals. The PTM can be used 
for frequency measurements, event counting, interval measuring, and 
Similar tasks. It can generate square waves, gated delay signals, and 
Single pulses of controlled or modulated duration. 


2.4.4.2. Features 


* selectable prescaler on timer 3 

* programmable interrupt output to MPU 

* readable down counter indicates counts to go to time-out 
* selectable gating for frequency or pulse-width comparison 
* 


three asynchronous external clock and gate/trigger inputs internally 
synchronized 


three maskable outputs 
peripheral inputs/outputs fully TTL compatible 


* 


274 


2.4.4.3. PTM Device Description 
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A detailed description of the Programmable Timer Module is given in the 
Motorola MC6840 Data Sheet in Appendix D. 


2.4.4.4. Hardware Configuration 
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All peripheral clock,gate and output lines are fed to the DIN 41612 C 64 
rear connector P2. A description of the input/output signals is given 
in Table 2.1. Their locations at P2 are shown in Table 2.2. 


Note that the peripheral input/output lines are not buffered between the 
PTM and the connector P2. Therefore, the electrical characteristics 
of the signals at P2 are equivalent with the values given in the MC6840 
Data Sheet. 


The gate inputs of the counters can be constantly enabled by setting 
jumpers on jumper area K16. Also, K16 provides the hardware connections 
for cascading the PTM’s counters, for real time counting, MPU cycle 
counting, or VMEbus cycle counting. Paragraph 3.4.7 gives a detailed 
description of jumper area Kl6. 


The interrupt output of the PTM may be wired to one of the Auto-Vecto- 
rized Interrupt Request lines on the Jumper area K6. Paragraph 3.4.4 
describes the configuration of K6. 


2.4.4.5. Programming Information 


The functional configuration of the PTM is programmed by the MPU during 
system initialization. Detailed programming instructions are given in 
the Motorola MC6840 Data Sheet in Appendix D. The addresses of the PTM 
registers are listed in Paragraph 2.7. 


Table 2.1 identifies the peripheral input/output signals by signal 
mnemonic, connector pin number and Signal characteristics, Table 2.2 
shows the signal locations at connector P2. 


Table 2.1: Connector P2 Signal Description 


$—-—--—-------- $—-——-—-------- 4+—-------~--—--—--- - - - -- - - - - - - - - - - - - - - + - - - - - - - - + 
| SIGNAL | PIN NO. | SIGNAL DESCRIPTION | 


| PAO...PA7 C12.2.C19 PIA SECTION A PERIPHERAL DATA 


Bach line can be programmed to act as an 
output or input by setting the corresponding 
bit in the PIA Data Direction Register A | 
to a @ or oie) Nae | 


Eight TTL compatible peripheral data lines. | 
| 


Table 2.1: 


pon $----------- 


| SIGNAL | 
+ 
CAl 
fon + 
CA2 
+——-—-—--—---—- + 
PBO ee ~PB7 
$——————- -—- + 
CBl 
| | 
ee ae ae oe me ee em + 
CB2 
+——-—---—------ + 
CiL* 52603" 
+—-—-—--—-—---———-= + 
G1*...G3* 
+—--—----—-—---- + 
01...03 
$—-—---------- + 


Connector P2 Signal Description (cont’d) 


foun + ee + 

PIN NO. | SIGNAL DESCRIPTION | 

fe enn foe - + + + 
C21 PIA SECTION A INTERRUPT | 

A TTL compatible clock input line that sets | 

the interrupt flag of the PIA Control 

Register A. The active transition of this 

Signal iS programmed by the PIA Control 

Register A. 

----------- $o---- - - - - - - - - - +  - - - - -  $ 
C20 PIA SECTION A PERIPHERAL CONTROL 
A TTL compatible line that can be programmed | 
by the PIA Control Register A to act as a | 
peripheral control output oor an interrupt | 
input. | 
~---------- $a a —- + 
C4...C1l PIA SECTION B PERIPHERAL DATA | 

Eight TTL compatible peripheral data lines. | 

Each line can be programmed to act as an 

output or high impedance input by setting | 

the corresponding bit in the PIA Data 

Direction Register B to "0" or "1". | 

----------- $a + 
C3 PIA SECTION B INTERRUPT 

A TTL compatible clock input line that sets 

the interrupt flag of the PIA Control | 

Register B. The active transition of this 

signal is programmed by the PIA Control | 

Register B. | 

---+------- $—------ - — - - - - - - - - + + 
C2 | PIA SECTION B PERIPHERAL CONTROL | 
A TTL compatible line that can be programmed | 
by the PIA Control Register B_ to act asa | 
peripheral control output or a high | 
impedance interrupt input. | 
----------- $m - + 
C23, C26 PTM CLOCK INPUTS 1...3 
C29 : 

Three ‘active low TTL compatible high | 
| impedance clock inputs that can be used | 
to decrement Timers 1...3, respectively. | 

----------- $m + 
C25, C28, PTM GATE INPUTS 1...3 | 
C31 | 

._Three active low TTL compatible high | 

impedance inputs that can be programmed | 

to act as triggers or clock gating functions 

to Timers 1...3, respectively. | 
~---------- $—------~---------~----- -- - - - - - - - - - - - - + 
C24, C27 PTM OUTPUTS 1...3 | 
C30 

Three active high TTL compatible outputs | 

of Timers 1..3, respectively. The output 

waveform is defined by the contents of the | 

PTM Control Registers 1...3, respectively. 

----------- $—---------------—--~-- - - - - - -- - - - - - - - - - - - - - - + 
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Table 2.1: Connector P2 Signal Description (contd) 


+—_—-—----—-—~--- +—-—--------- o—--—- + - + ee ee ee + 
| SIGNAL | PIN NO. | SIGNAL DESCRIPTION | 
$———-—-—-—--—--— +———--------- 4——--- ee ee + 
+5V Cly C22, | + 5 VOLTS | 
C32 
| + 5 Volts power supply output | 
$—-——-—-—-----~— $a fa eee ee + + 
GND Al...A32 GROUND | 
Power supply ground lines | 
en $—-~----~-—-- +—--—--~---------- - ~- -- ~~ - - - - - + + 
Table 2.2: Connector P2 Signal Locations 
$——-——-—-— $—-—-—--——--—-- 4+-~------- +—-————-— + 
| PIN ROW A ROW C | PIN | 
| NO. | SIGNALS | SIGNALS | NO. | 
+—-—----—- $—-—-------- +——--—--——-- +—-—---- + 
1 GND +5V 1 | 
2 GND CB2 2 
3 GND CB1 3 
4 GND PB7 4 
5 | GND PB6 5 
6 GND PBS 6 
7 GND PB4 7 
8 GND PB3 8 
9 | GND PB2 9 
10 GND PBL 10 
| i GND | PBO ole 
| 12 GND PAT 12 
13 GND PAG 13 
14 GND PAS 14. | 
15 GND PA4 15 
16 GND PA3 16 
17 GND PA2 17 
18 GND PAL 18 | 
19 GND PAO 19 
20 GND CA2 20 
21 GND CAl 21 
22 GND +5V 22 
23 GND C3* 23 
24 GND 03 24 «| 
25 GND G3* 25 
26 | GND C2* 26 
27 | GND O02 27 
28 GND G2* 28 
29 GND Cl* 29 
30 GND Ol 30 
31 GND Gl* 31 
32 GND +5V 32 «| 


-- 
| 
l 
i 
t 
I 
l 

eos 
| 
I 

{ 
{ 
i 
| 
l 
i 
l 

+ 
| 
l 
) 
l 
{ 
| 
{ 
l 
| 

4 
| 
{ 
| 
l 
1 
! 

+ 


2.5. MODULE STATUS REGISTER 
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Through the Module Status Register ( MSR ) the current status of several 
on-board signals and VMEbus lines can be monitored. By that the MPU can 
detect certain system conditions and branch to the appropriate servicing 
routines. | 


The MSR appears aS an 8-bit register in the on-board 1/O0-devices address 
segment. Paragraph 2.7 gives more detailed addressing information. 


Figure 2.3 shows how the MSR iS interconnected with VMEbus signals and 
with other functional blocks on the MVME101. During a read operation, 
the outputs of the MSR are enabled and put on the lower order data lines 
DOO-D07. The outputs MSRO-MSR5 represent the current states of the 
Signals ACFAIL*, SYSFAIL*, ABORT*, BCLR*, BAV* and PCI1RXD*. MSR6 
and MSR7 are Flip-Flop outputs which are set to 0 when a bus request 
time-out ( MSR6 ) or a data transfer time-out ( MSR7 ) occured. Any 
write operation to the MSR clears MSR6 and MSR7 to 1, regardless of the 
data transferred. 


All signals represented in the MSR are active low. A bit value of 0 
indicates that the corresponding Signal is asserted, a value of 1 means 
that it is negated. 


Figure 2.3: Module Status Register 
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Table 2.3 shows the allocation of signals in the MSR and explaines the 
information contained in each bit. 
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A Data Transfer Time-Out occured. 
A Data Transfer Time-Out did not occur. 


Paragraph 2.9.4 describes the Data 
Transfer Time Out counter in detail. 


A Bus Request Time-Out occured. 
A Bus Request Time-Out did not occur. 


Paragraph 2.9.4 describes the Bus 
Request Time Out counter in detail. 


Paragraph 2.4.2.5 describes how MSR5 
can be used for automatic baud rate 
detection. 


The VMEbus is available. 
The VMEbus is not available. 


Paragraph 2.8.2 describes how the BAV* 
Signal is used for bus arbitration. 


The VMEbus signal BCLR* is asserted. 
The VMEbus signal BCLR* is negated. — 


Paragraph 2.8.2 describes how the BCLR* 
Signal is used for bus arbitration. 
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The ABORT switch is pressed. 
The ABORT switch is released. 


Paragraph 2.11.1 describes the ABORT 
function. 


The VMEbus signal SYSFAIL* is asserted. 
The VMEbus signal SYSFAIL* is negated. 


Paragraph 2.11.2 describes the SYSFAIL 
function. 


The VMEbus signal ACFAIL* is asserted. 
The VMEbus signal ACFAIL* is negated. 


DESCRIPTION 
MSR7 = QO: 
MSR7 = l: 
Note: 
MSR6 = OQ: 
MSR6 = l: 
Note: 
MSR5 

of Serial Port l. 
Note: 
MSR4 = 0: 
MSR4 = 1: 
Note: 
MSR3 = 0: 
MSR3 = 1: 
Note: 
MSR2 = QO: 
MSR2 = 1: 
Note: 
MSR1 = QO: 
MSR1 = 1: 
Note: 
MSRO = 0O: 
MSRO = 1: 
Note: 


Paragraph 2.11.1 describes the ACFAIL 
function. 
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2.6. MODULE CONTROL REGISTER 


The Module Control Register ( MCR ) contains eight bits for controlling 
various module functions and the hexadecimal STATUS display. To support 


Single bit manipulations, the data byte in the MCR can be both written 
and read. 3 


The MCR appears as an 8-bit register in the on-board I/O-devices address 
segment. Paragraph 2.7 gives more detailed addressing information. 


Figure 2.4 shows how the MCR is interconnected with other functional 
blocks on the MVME1O1. During a write operation, the bit pattern on the 
lower order data lines DOO-DO7 is stored in the MCR. The four bits 
MCRO-MCR3 represent the hex number to be shown on the STATUS display in 
binary data format. In addition, when MCRO-MCR3 all are set to l, i.e. 
when the hex number F is’ displayed, the VMEbus signal SYSFAIL* is 
asserted. MCR4 is used to switch the display on and off. MCR5 controls 
the bus block transfer mode of the VMEbus Requester. The bits MCR6 and 
MCR7 are used to enable or disable the time-out counters. 


After a system reset all bits in the MCR are cleared to 0. Also, when 
the MPU has halted due to a double bus error, the MCR is cleared, and 
both decimal points on the STATUS display are lit. 


All signals controlled by the MCR are active high. A bit value of 1 
causes the assertion of the corresponding signal, a value of 0 causes 
its negation. 


Figure 2.4: Module Control Register 
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Table 2.4 shows the allocation of signals in the MCR and explaines the 
function of each bit. 


Table 2.4: Module Control Register 


+------ f—-------- fmm nee ne = + 
| BIT | SIGNAL | DESCRIPTION 
$----—- $—-—-—---——- f——-~—----- en + 
MCR7 | EDDTO MCR7 = 0: Disable Data Transfer Time-Out counter. 
MCR7 = 1: Enable Data Transfer Time-Out counter. 


Note: Paragraph 2.9.4 describes the Data Trans- 
fer Time-Out counter in detail. 
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MCR6 EBRTO MCR6 = 0: Disable Bus Request Time-Out counter. 
MCR6 = 1: Enable Bus Request Time-Out counter. 
Note: Paragraph 2.9.4 describes the Bus Request 


Time-Out counter in detail. 


+ 
1 
i 
i 
i 
\ 
l 

+ — 
i 
i 
I 
( 
1 
l 
\ 
l 

+ 
l 
l 
\ 
I 
i 
I 
l 
{ 
l 
i 
l 
i 
i 
\ 

i 
l 

( 

I 

l 

l 

\ 

I 

l 

| 

l 

l 

1 

i 

! 

l 

{ 

1 

l 

i 

l 

| 

{ 

i 

\ 

l 

i 

i 

l 

t 

1 

l 
l 
l 
i 
l 
i 
1 
l 
i 
—+—— 


: Negate Bus Block Transfer Request. 
1: Assert Bus Block Transfer Request. 


Note: Paragraph 2.8.2 describes the function of 
the BBTR signal. 
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MCR4 SDON MCR4 = 0: Blank STATUS Display. 
MCR4 = 1: Lit STATUS Display. 
Note: The STATUS Display is also blanked after | 


system reset and when the MPU has halted. | 


$—-—-—--— +—-—--—---- $——--—-—------—-- --- - - - - - - - - - - - - - -  - - + 
| MCR3 | SDD3 | SDD3,SDD2,SDD1,SDD0 = 0,0,0,0: Display "0" | 
MCR2 | SDD2 | SDD3,SDD2,SDD1,SDDO = 0,0,0,1: Display "1" | 
MCR1 | SDD1 : : | 
MCRO |! SDDO : : 
SDD3,SDD2,SDD1,SDD0 = 1,1,1,0: Display "E" 
SDD3,SDD2,SDD1,SDD0 = 1,1,1,1: Display "F" and 
assert SYSFAIL* 
The bits SDDO-SDD3 are the binary equivalent of the | 
hexadecimal number on the STATUS display. Also, | 
these bits are used to assert the SYSFAIL* signal on | 
the VMEbus by setting them all to 1, i.e. by writing | 
"F™ into the STATUS display. 
Note: Paragraph 2.11.2 describes the SYSFAIL 
function. 
+—-—-—---- +—-------- $—----------—--~—---- -- - - - — + + + 


2.7. ADDRESS DECODER 
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The Address Decoder logic is responsible for selecting the various on- 
board devices or the VMEbus Interface, depending on the address asserted 
by the MPU. Also, it contains circuitry to generate the data transfer 
handshake signals for on-board operations. 


Figure 2.5 shows how the Address Decoder is interconnected with on-board 
devices and other functional blocks on the MVME10O1. The data contained 
in the Decoder PROM determines the address map configuration and assigns 
each address either to one of the on-board devices or to the VMEbus. 
The Device Selector receives signals from the Decoder PROM, the MPU, 
the Interrupt Handler and the Reset Circuit, and determines the current 
cycle to be either a VMEbus data transfer, a data transfer to or from 
one of the on-board ROM or RAM devices, an access to the on-board 
I/O-devices, a VMEbus interrupt acknowledge cycle, an auto-vectorized 
interrupt acknowledge cycle, Or a reset vector fetch. For VMSbus 
Operations, the Device Selector enables the VMEbus Requester and_ the 
VMEbus Interface. When on-board memory is accessed, the Device Selector 
enables the addressed memory pair and causes the DTACK Generator to 
assert the data transfer acknowledge signal. When one of the on-board 


I/fO-devices is accessed, Or in case of an auto-vectorized interrupt 
acknowledge cycle, the Device Selector asserts the VPA* signal. After 
receiving VPA*, the MPU synchronizes internally with the peripheral 


clock signal and then asserts VMA*. This enables the Local I/0O-Address 
Decoder, which selects the addressed I/O-device. 


Figure 2.5: Address Decoder 
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2.7.2. Address Map Configuration 


The Address Decoder logic first devides the 16M byte address map of the 
MPU into three blocks, as shown in Figure 2.6. The Lo Block covers the 
lower 1M bytes address range ( OOQOOO-OFFFFF ), the Mid Block comprises 
the following 14M bytes ( lLOOQOO-EFFFFF ), and the Hi Block covers the 
uppermost 1M bytes address range ( FOQOQOO-FFFFFF ). 


All addresses in the Mid Block are supposed to be off-board. When the 
MPU asserts an address in the range 1lOOQQOQ0-EFFFFF, the Device Selector 


initiates a VMEbus data transfer by enabling the VMEbus Requester and 
the VMEbus Interface. 


The Lo Block andthe Hi Block are further sSubdivided into address 
segments of 4K bytes. Each of these 512 segments corresponds to one 
location of the Decoder PROM. This PROM, organized as 512 x 4 bits, 
assigns each address segment either to one of the on-board memory pairs, 
to the on-board I/O-devices, or to the VMEbus. When on-board memory is 
addressed, the PROM also determines whether the ROM or the RAM access 
time is used by the DTACK generator. For transferring data to or from 
global I/O-modules on the VMEbus, the address modifier code for Short 
I/O Address may be specified for a 64K address field. 


Figure 2.6 illustrates how the MPU address map is divided into blocks 
and segments, and how the segments are represented in the Decoder PROM. 
The figure also specifies the data to be programmed in the PROM for 
appointing the devices to the address segments. 


Figure 2.6: Address Map Configuration 
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The address decoding scheme of the MVME101 allows the user to place each 
memory pair and the on-board I/O-devices anywhere in the Lo Block or the 
Hi Block of the memory map. All address segments that are not occupied 
by on-board devices can be defined to be either standard addresses or 
short I/O addresses on the VMEbus. By that the user may create indepen- 
dent areas for ROM, RAM and 1/O-devices, with contiguous on-board and 
off-board allocation for each area. 7 


The MVME1LO1L module is delivered with a Decoder PROM which contains the 
address map configuration shown in Table 2.5. This address map is 
designed to accomodate the MVME10lbug Debug Package firmware and in 
addition 10K bytes RAM for uSer programs. The addresses 000000-002FFF 
are assigned to RAM in the memory socket pairs 1-3, where the addresses 
000000-O003FF are occupied by the MPU exception vector table, and the 
addresses 000400-0007FF are used as a temporary data storage area for 
the MVME10lbug parameters. The addresses 000800-O02FFF are available for 
user programs and data. The addresses FOOQOQOO-FO3FFF are assigned to ROM 
in memory socket pair 4, which may be the MVME10lbug package or, after 
the dubugging phase, any uSer-provided firmware-resident program. The 
on-board 1I/O-devices are located in the address segment FEQOOO-FEOFFF. 
The upper 64K bytes in the address map are dedicated to I/O-devices on 
the VMEbus which are accessed using Short I/O Address encoding in the 
address modifiers. All other addresses in the map are decoded as VMEbus 


Standard Addresses for access to off-board memory or memory-mapped 
devices. 


The registers of the on-board I/O-devices occupy a 4K bytes segment in 
the address map. The register addresses are listed in Table 2.6. As the 
Gata width of all I/O-devices is 8 bits, their registers are located on 
odd addresses, and data transfers to and from the MPU are performed via 
the lower order data lines DO0QO0-DO7. The even address locations in the 
local I/O address segment are redundant and should not be accessed. 


The addresses of the on-board I/O-registers are not fully decoded. The 
upper order 3 digits of the 6-digit address indicate the 4K bytes 
address segment that is reserved for the local I/O-devices. Then the 
address lines A0Q4-A06 are decoded to determine the specific device to be 
selected. As the Local I/O-Address Decoder does not care about the 
address lines AOQ7-All, the I/O-registers appear virtually multiplied 
in address increments of hex 80 in the local I/O-address segment. Thus 


the I/O-register listing in Table 2.6 can be regarded to be one of 32 
possible sets of addresses. 


If the original address map configuration, as described above, does not 
meet the user’s requirements, he may specify any other configuration, 
and program the Decoder PROM accordingly. A detailed step-by-step 
description of this procedure is given in Paragraph 3.4.10. 
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2.8. VMEbus ARBITER AND REQUESTER 


Bus arbitration is a technique to request, be granted, and acknowledge 
bus mastership in a system, where multiple master-type modules'~ share 
common resources on the bus. For that purpose the MVMEJ]01 monoboard 
computer contains a VMEbus Arbiter and a VMEbus Requester. Most of the 
logic is included in the BAR10O1 Bus Arbiter/Requester AevEeSs which is 
described in Appendix E. 


On the MVME101, all on-board devices are interconnected by a local bus 
which is connected to the VME data transfer bus only when off-board 
devices are to be accessed. This feature allows on-board procesSing at 
full speed, while another module transfers data on the VMEbus. 


Figure 2.7: VMEbus Arbiter and Requester 
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2.8.1. VMEbus Arbiter 


For use as the System Controller in a VMEbus System, the MVME101 module 
contains an option ONE single level arbiter which arhitrates bus 
requests on level 3. Figure 2.7 shows the interconnections of the bus 
Signals with the Arbiter, and the flow chart in Figure 2.8 illustrates 
its operation. When the VMEbus Arbiter receives a bus request at the 
input BR3*, it monitors the BBSY* line. A low level. on BBSY* indicates 
that another master module is currently using the bus, and the bus 
request is made pending. When BBSY* is high, the VMEbus Arbiter grants 
the request by asserting BG3IN*. This signal is propagated along the 
bus grant daisy-chain through all modules participating in the bus 
arbitration until the first bus requester is reached which has asserted 
BR3*. This requester acknowledges the bus grant by asSerting BBSY* and 
negating BR3*. Upon detecting that, the VMEbus Arbiter negates BG3IN* 
and is ready for another arbitration sequence. 


When the MVME101 is uSed as the System Controller, it must be located 
in slot 1 of the VMEbus backplane to ensure that the VMEbus Arbiter 
resides to the left of all bus requesters. In this configuration, the 
VMEbus Requester on the MVMEI101 is the first in the daisy-chain, and 
therefore has the highest priority. 


When installed on lower bus priorities in a multi-processor system, the 


VMEbus Arbiter on the MVME101 must be disabled by removing the according 
jumper from jumper area K3, as described in Paragraph 3.4.2. 


Figure 2.8: VMEbus Arbiter Operation Flow Chart 
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The VMEbus Requester on the MVME101 is responsible for performing the 
following tasks: 


- Assert a bus request when the MPU needs access to off-board devices, 
- Acquire bus mastership when the bus request is granted, 

- Release the bus upon another request when it is no longer needed, 

- Propagate not requested bus grants to the next bus requester. 


Each of these functions is described in detail in the following para- 
graphs. Figure 2.7 shows how the VMEbus Requester is interconnected with 
the bus signals and with other functional blocks on the MVME1O1. The 
flow chart in Figure 2.9 illustrates the operation sequence. 


The VMEbus Requester can be configured to operate on anyone of the four 
bus arbitration levels. This is done by setting the appropriate jumpers 
on the jumper areas Kl and K2, as described in Paragraph 3.4.1. 


2.8.2.1. Bus Request Assertion 


There are two methods by which the MVME101 can request the VMEbus: The 
indirect, or software transparent method, and the direct method, by 
which a specific request can be programmed. 


An indirect bus request is initiated by the Address Decoder. When the 
MPU starts either a VMEbus data transfer cycle, or a VMEbus interrupt 
vector fetch, the Address Decoder asserts the signal BADR*. If the 
MVME101 is not the current bus'79 master, the VMEbus Requester then 
asserts BR* on the jumpered level. The MPU inserts wait states until 
the bus arbitration is performed and the addressed slave module acknow- 
ledges the data transfer. 


In applications where a long idle state of the MPU is not acceptable, 
the Bus Request Time-Out counter can be enabled through the Module 
Control Register. This counter supervises the bus request and aborts 
tne started MPU cycle if it is not acknowledged within 128 microseconds. 
The Bus Request Time-Out counter is described in Paragraph 2.9.4. 


The direct bus request is initiated under program control by setting the 
Bus Block Transfer Request bit ( BBTR ) in the Module Control Register. 
This causes the VMEbus requester to assert BR* and, after being granted, 


to retain bus mastership as long as BBTR is set. This method protects 
routines against interruption by other bus requests, and therefore is 
useful for tasks such as data block transfers, system control, Or 


emergency servicing. 


Once having requested the bus, the VMEbus Requester keeps BR* asserted 
until it receives a bus grant on the same priority level, regardless of 
Further transitions on the signals BBTR and BADR*. This is necessary to 
obey the bus arbitration protocol as specified for the VMEbus. 
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Figure 2.9: VMEbus Requester Operation Flow Chart 
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\--2-------------- / \----------------- / 
yes yes 
a > 
V 
NO [orm nner nnn \ 
shatenhenetenie < AS* negated ? > 
\nore anon ane n----- / 
lyes 
V 
$e em re men r errr + Vv 
Negate BR* f= SSS SSS SSeS — + 
Assert BBSY* | Assert BGOUT* | 
Assert BAV* $e ee + 
$——-----—---------- = + | 
—------- —----- > $----------------> | 
Vv | Vv 
NO [remem wre ren \ NO [moore nme \ 
------- < BGIN* negated ? > +-------< BGIN* negated ? > 
yes yes 
me es ae ome one ee en ee es ee ee ee we > 
V V 
NO [orn n n-ne reno \ teen nnn nn eee + 
Coteus <  BBTR negated ? > | Negate BGOUT* | 
\ cece enn ee / $-----~-------------- + 
lyes | 
Vv fee ee nee ee mee > 
NO {orn oe enn x 
<<----- < Cycle terminated ?> 
\----------------- / 
lyes 
Vv 
/ BRO* or BR1* \ yes 
< or BR2* or BR3* >%------ 9-H + 
\ asserted ? / Vv 
\oeee eee oe ees $i Sesestouseeeeeeases + 
| no | Negate BAV* | 
~---------------- + | Negate BBSY* ------- 
$o---- - - ~ - - - - - - - - -- + 


2.8.2.2. Bus Mastership Acquisition 


When the VMEbus Requester has a busS request pending and it receives a 
bus grant on the same priority level, it acquires bus mastership. After 
the previous bus master has finished its last VMEbus cycle and negated 
AS*, the VMEbus Requester acknowledges the bus grant by negating BR* 
and asserting BBSY*, and it enables the VMEbus Interface. 


The availability of the VMEbus can be checked by the MPU in the Module 
Status Register. This feature is useful in programs where the execution 


of on-board and off-board tasks does not require a fixed sequence. For 
example, the MPU can prepare an off-board task by setting the BBTR bit 
in the Module Control Register, and then execute on-board tasks. Now 


and then it tests the BAV* bit in the Module Status Register, and when 
it detects that the bus is available, it starts executing the off-board 
task. 


2.8.2.3. Bus Release 


As long as the BBTR bit in the Module Control Register is set, the 
MVME101 never releases the bus. However, ina system with a multilevel 
bus arbitration scheme, the VMEbus Arbiter can interrupt the current 
program with the BCLR* signal upon a higher level bus request. When 
the MVME101 operates as bus master in the block-transfer mode, the 
assertion of BCLR* causes a maskable auto-vectorized interrupt request 
at the MPU, and it depends on the executed software, whether and 
when the BBTR bit is cleared and the VMEbus is released. 


The BBTR bit may be set or cleared at any time. If it is set although 
the MVME101 is already the bus master, it has no effect on the VMEbus 
Requester, but it protects the execution of the following task. 


When BBTR is negated, the VMEbus Requester operates in the release- 
Oon-request mode. In this mode, it retains bus mastership until another 
module asserts a bus request on any of the four levels. When that 
happens, the VMEbus Requester waits until the MPU has terminated the 
current cycle, and then releases the bus by disabling the VMEbus Inter- 
face and negating BBSY*. 


This release-on-request scheme provides maximum system efficiency, as 
unnecessary bus arbitration cycles are avoided. 


2.8.2.4. Bus Grant Propagation 


When the VMEbus Requester receives a bus grant on its priority level, 
and it has no bus request pending, the corresponding bus grant output 
Signal is produced and propagated to the next bus requester. BGOUT* 
keeps asserted as long as BGIN* is low. 


The BGIN* and BGOUT* lines which are not on the module’s priority level 
are connected directly on the jumper area Kl. 


2.9. VMEbus INTERFACE 


The VMEbus Interface provides the signal path between the local bus of 
the MVME1O1 computer and the VMEbus backplane. The interface complies 
with all requirements for the signal driver/receiver characteristics, 
and for the bus operation protocol timings, as specified in the VMEbus 
Specification Manual Rev.B. Any VMEmodule which is designed according 


to these specifications will run with the MVME101 Monoboard Computer 
without restrictions. 


This chapter gives detailed functional descriptions of all VMEbus 
Signals that are handled by the MVME101, and explains the available 
hardware options. The timing specifications for the VMEbus Interface 
are included in Paragraph 2.12. 


2.9.1. VMEbus Signals 


All VMEbus signals are available at the upper rear connector Pl. 
Table 2.8 identifies all these signals by mnemonics, pin numbers at Pl, 
and electrical characteristics, and it describes the signal functions 
on the MVME1O1. The abbreviations used in Table 2.8 are explained in 
Table 2.7. The locations of the VMEbus signals at connector Pl are 
shown in Table 2.9. 


VMEbus signals that are not driven by the MVME101 module appear as being 
high at other modules on the bus, .due to the termination resistors on 
the VMEbus backplane. Such signals are put in parantheses in the 
following tables. 


For some VMEbus signals the user can choose whether the MVME1O1 handles 


Or ignores’ them, by setting or removing jumpers. Such signals are 
termed optional signals. 


Table 2.7: Symbol Definitions 


+-------- $—------------------- -- - - - - - - + 
| SYMBOL | DEFINITION | 
+—-——----- +---------------------- -- -- --- - - - - - - - - - = + 
TP totem-pole bus driver output | 
TS three-state bus driver output | 
OC open-collector bus driver output | | 
ST schmitt-trigger bus receiver input with hysteresis | 
+—-—------ +------------------- -- - - - - - -- - - - - - - - + + 
TOH minimum high-level output current at 2.4 V | 
IOL minimum low-level output current at 0.5 V | 
IOZH maximum off-state output current at 2.7 V | 
IOZL maximum off-state output current at 0.4 V | 
IIH maximum high-level input current at 2.7 V 
IIL maximum low-level input current at 0.4 V | 
+—------- 4+—------------------- -- - - - - - - - - - - - - = + 
Note: The values for the input/output currents listed in Table 2.8 


result in the sum of the driver-, receiver-, and pull-up- 
resistor-currents for each signal. 


Table 2.8: VMEbus Signal Description 


+——-------- +——-—-------- 
| SIGNAL | PIN NO. 
4+——-——-——-~———-— +——-——----—-——- 
DOO. .DO7 | Al. .A8 
DO8..D15 | Cl..C8 
| 
+—--—-------- +—---------- 
AOQ1..A07 | A30..A24 
A08..A23 | C30..C15 
4+—---------- $---------- 
AMO..AM2 | B16..B18 
(AM3) (B19) 
AM4 A23 
(AMS) (C14) 


(LWORD* ) (C13) 
+---------- +—------~---- + 
WRITE* Al4 
| | 
+—--------- +---------- + 
AS* Al18 
$—---------- +—--------- + 
DSO* Al3 
+---------- $---------- + 
| DS1* Al2 | 


+ 
l 
1 
l 
l 
| 
— + 
l 
l 
Nl 
i 
1 
l 
-+- 
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DATA BUS 


16-bit TS-output/ST-input bidi- 
rectional data bus for trans- 
ferring data to and from slave 
modules. 


ADDRESS BUS 


23-bit TS-output address bus 
capable of addressing up to 16M 
bytes directly. 

ADDRESS MODIFIERS 


Six TS-output signals providing 
additional address information. 
AM3 and AMS5 are not connected. 
LONG WORD 


LWORD* is not connected. 


An active-low TS-output' that 
specifies the direction of a 
data transfer: A high level 
indicates a read operation, a 
low level indicates a write 
operation. 
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ADDRESS STROBE 


An active low bidirectional TS- 
output/ST-input signal. During 
a data transfer the falling 
edge indicates a valid address 
on the bus. During bus arbi- 
tration the rising edge indica- 
tes the end of the last cycle. 


DATA STROBE 0 


An active low TS-output that 
indicates a data transfer on 
the data lines DOO-DO7. 


DATA STROBE Il 


An active low TS-output' that 
indicates a data transfer on 
the data lines DO8-D15. 


$———--—--—------- + 
| ELEC. SPEC. | 
$—-------------- + 
| IOH -3 mA | 
| TOL 48 mA 
IOZH 20 vA | 
I0ZL -400 uA | 
LI 20 uA 
| IIL -400 uA | 
4——-—-——---------- + 
IOH -3 mA | 
TOL 48 mA 
IOZH 20 uA 
IOZL -400 uA 
ITOH -3 mA 
IOL 64 mA 
IO0ZH 50 uA | 
TOZL -50 uA | 
| 
| 
| 
| 
$e ee + 
| IOH -3 mA | 
| TOL 64 mA | 
IOZH 50 uA 
IOZL -50 uA | 
! | 
| | 
4+-------—------- + 
| IOH -3 mA | 
TOL 64 mA 
| IOZH -250 uA | 
| TOZL -750 uA | 
| ITH -250 uA 
| IIL -750 uA | 
+—-------------- + 
ITOH -3 mA 
| IOL 64 mA 
| IOZH 50 uA 
| IOZL -50 uA | 
$——--—--—-------- + 
| IOH -3 mA | 
IOL 64 mA | 
| TOZH 50 uA | 
| TOZL -50 uA | 
+—------------- + 


Table 2.8: VMEbus Signal Description (contd) 


a ee er ois ees 4 
ELEC. SPEC. | 


$o—---- =~ $—-- $a ---- 

| SIGNAL | | SIGNAL DESCRIPTION 

+————- +--~——~—-—-——-—-— +—--—-~-------~~----—-- - -- - - = ~~ 
DTACK* A16 DATA TRANSFER ACKNOWLEDGE 


An active low ST-input that 
indicates the successful com- 
pletion of a data transfer. 


BERR* Cll BUS ERROR 


An active low ST-input that 
indicates that an unrecoverable 
error has occured during a data 
transfer. 


BRO* B12 BUS REQUEST LEVEL 0-3 


BR2* B14 One of these active low signals 
BR3* B15 is an optional OC-output at the 
jJumpered bus priority level and 
indicates that the MVME101 
module requests bus mastership. 


All four signals are inputs at 
the VMEbus Requester to support 
the release-on-request mode. 


BR3* is also an input at the 
MVME101 VMEbus Arbiter. 


| 

| 

| 

| 

| 

+ 

BGOIN* B4 BUS GRANT INPUTS LEVEL 0-3 | ITH -250 uA 

BGLIN* B6 | IIL ~-700 uA 

BG2IN* B8 One of these active low signals 

BG3IN* B10 is an optional ST-input at the | 
jJumpered bus priority level. It 
indicates to the MVME101 VMEbus 
Requester that a bus request on 
the same level has been granted | 
by the bus arbiter. The remai- | 
ning three bus grant inputs are | 
Jumpered directly to the re- 
Spective bus grant outputs. 

| 
+ 


BG3IN* is also an optional TP- 
Output of the MVME101 VMEbus 
Arbiter. 


BGOOUT* B5 BUS GRANT OUTPUTS LEVEL 0-3 IOH -800 uA | 
BGLOUT* B7 IOL 16 mA 
BG20UT* B9 One of these active low signals | 
BG30UT* Bll is an optional TP-output at the | 
jumpered bus priority level. It | 
indicates to the next module in | 
the bus grant daisy-chain that 
it may become bus master. The | 


—a oe 


remaining three bus grant out- | 
puts are jumpered directly to | 
the respective bus grant inputs. | 


See ai 
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IACKIN* 
IACKOUT* 


ACFAIL* 


eee 
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BUS BUSY 


This active low bidirectional 
Signal indicates that a master 
module is uSing the data trans- 
fer bus. It 18S an OC-output of 
the VMEbus Requester and an ST- 
input at the VMEbus Arbiter. 
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BUS CLEAR 


This active low ST-input signal 
is driven by a multilevel bus 
arbiter when a bus request of a 
higher than the current bus 
master’s level is pending. On 
the MVME101 BCLR* can be used 
for generating an interrupt in 
this event. 


INTERRUPT REQUEST LEVEL 1-7 


Seven optional active low input 
Signals that generate a prio- 
ritized interrupt request at 
the MPU. Level seven is the 
highest priority. 


INTERRUPT ACKNOWLEDGE 


An active low TS-output' that 
indicates an interrupt vector 
fetch on the data transfer bus. 
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INTERRUPT ACKNOWLEDGE INPUT 
INTERRUPT ACKNOWLEDGE OUTPUT 


These signals form an interrupt 
acknowledge daisy-chain through 
the interrupt requesters. On 
the MVME101 module IACKIN* and 
IACKOUT* are directly connected. 


AC POWER FAILURE 
An active low ST-input that 
is driven by the power supply 
module. It indicates that the 
DC supply voltages may be out 
of the specified limits after 
10 milliseconds and generates a 
non-maskable interrupt. 


(cont’ d) 


IIH 
IIb 


IOZH 
TOZL 


= 
or 


-250 
-900 


20 
-400 


~250 uA | 
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Table 2.8: 


| SIGNAL | PIN NO. | 
4—---------- +—--------- + 
SYSFAIL* | C10 
+—-—-—-——-———--— +—---—------- + 
SYSRESET*| C12 
+-—--------- $+——-—------- + 
SYSCLK A10 | 
4+—---------- 4———-—-—----- + 
(SERCLK) | (B21) 
(SERDAT) (B22) 
+—-—-------- $——-—------- + 
GND AY, All, | 
Al5, Al7, 
Al9, B20, 
B23, C9 
+—---—-------— + 
| +5V | A32, 
C32 
+—-—-—-------- + 
(+5VSTB) (B31) 
+---------- +~——--—------ + 
| +12V | c3l | 
+—-—--------- +—---------- + 
| -12V | A31 | 
+—----—------- +—--—-------- + 


VMEbus Signal Description 


SIGNAL DESCRIPTION 


SYSTEM FAILURE 


This active low signal indica- 
tes that a failure has occured 
in the system. On the MVMEI10O1 
it is an optional bidirectional 
OC-output/ST-input, and can be 
jumpered to generate an inter- 
rupt at the MPU. 


SYSTEM RESET 


This active low signal causes a 
complete VME system reset. On 
the MVME1O1l it is an optional 
OC-output that is activated by 
the Reset Switch and upon power 
up. Also, it is an optional 
ST-input that causes a board 
reset when asserted by another 
module. 


SYSTEM CLOCK 


An optional TP-output that de- 
liveres the 16 MHz system clock 
signal. 


SERIAL COMMUNICATION BUS CLOCK 
SERIAL COMMUNICATION BUS DATA 


SERCLK and SERDAT 
nected. 


are not con- 


+ 5 VOLTS STAND BY POWER 


+5VSTB is not connected. 


+ — — 


+ —+—+——— + —— + 


(cont’ d) 
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ELEC. SPEC. | 

Sa is as ck St a a te ee + 

TOL 48 mA | 

IOZH -250 uA | 
TOZL -900 uA 
IIH -250 uA 
IIL -900 vA 

at cogs ceed aa as ee en + 

IOL 48 mA | 

IOZH -250 uA | 

IOZL -900 uA | 

IIH -250 uA | 

IIL -900 uA | 

| 

| 

i i i es a me ne gS + 

IOH -3 mA | 

IOL 60 mA | 

ca as a as we + 

| 

| 

ee + 

| 
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Table 2.9: Connector Pl Signal Locations 


$—-—---— +~—-~------- $—--—------- +——-—-----—— +------ + 
| PIN | ROW A | ROW B | ROW C | PIN | 
NO. | SIGNALS | SIGNALS | SIGNALS NO. 
+—-—-—---— +—--~--~—-~-- 4—---—--—--—- +--------- +------ + 

| 1 | DOO BBSY* DO8 1 
2 DOL] BCLR* DOI 2 
3 | DO2 ACFAIL* D1O 3 
4 DO03 BGOIN* D11 4 | 
5 DO4 BGOOUT* D12 5 | 
6 DOS BGLIN* D13 6 
7 D06 BGLOUT* D14 7 
8 DO7 BG2IN* D15 8 
9 GND BG20UT* GND 9 
10 SYSCLK | BG3IN* SYSFAIL* 10 
11 GND BG30UT* BERR* 11 
12 DS1* BRO* SYSRESET* 12 
13 DSO* BR1* (LWORD* ) 13 
14 WRITE* BR2* (AMS) 14 
15 GND BR3* A23 15 
16 DTACK* AMO A22 16 
17 GND AM1 A21 17 
18 AS* AM2 A20 18 | 
19 GND (AM3) Al9 19 
20 | ZIACK* GND A18 20 (| 
21 TACKIN* (SERCLK) | Al7 21 | 
22 ITACKOUT*| (SERDAT) Al6 22 
23 AM4 GND Al5 23 | 
24 AOQ7 | IROQ7* Al4 24 
25 A06 | IRQ6* Al3 25 | 
26 AO5 IRQ5S* Al2 26 
27 A04 TRQ4* All 27 | 
28 A03 IRQ3* A10 | 28 
29 A02 TRO2* A09 29 «| 
30 AOl TROL* A08 30. =| 
31 -~12V (+5VSTB) +12V 31 ! 
32 =| +5V +5V +5V 32 
+———-—— +—-——--—--—-—- +~-~------ +—-------—-- +------ + 


2.9.2. VMEbus Data Transfer 


The category of VMEbus signals which is responsible for transferring 
data between master and slave modules is termed the Data Transfer Bus 
( DTB ). On the MVME101 module, the DTB drivers and receivers are 
enabled and disabled by the VMEbus Requester upon acknowledging and 
releasing bus mastership. For meeting the data transfer protocol and 
timing requirements of the VMEbus Specification, the VMEbus Interface 
logic generates its own signal handshaking and timing, independently of 
the MPU. Figure 2.10 shows a flow chart of the DTB interface operation. 


Figure 2.10: 


ct a ra a cate a cae 
Vv 
/----------------- ‘ 
< Bus available ? »> 
\eeseee—oe—Seo-See 
lyes 
V 
pw ee en a ee ew ee + 
Assert A0O1-A23, 
AMO-AM2, AM4, 
IACK*, WRITE* 
$_--—-- - + 
| 
V 
fae - - - - + 
| Assert AS* 
$$ - - - + 
| 
V 
/ Read cycle \ 
< Or > 
\ write cycle ? / 
\--------------- j 
+--------------- >|read 
Vv 
no / DTACK* \ 
+—-—-—-—-—-— < and BERR* > 
\ negated ? / 
\--------------- / 
lyes 
V 
+—_—-—----~------------ + 
| Assert DSO*/DS1* | 
$—-—----—-------------- + 
sa al iia “i 
| no / DTACK* \ 
5 ae < Or BERR* > 
\ asserted ? / 
\--2------------ / 
lyes 
V 
+—----—------—--------- + 
| Negate DSO*/DS1* | 
4——-—-—--—--- - - + 
| 
Vv 
/--------------- \ 
/ Read- \ 
< modify-write > 
\ cycle ? / 
\--2------------ / 
no 
2 rear ee pee en a 


VMEbus Data Transfer Flow Chart 


no 
pe ae ES eee ee Te + 
Vv 
$-------—-+--------- + 
Release A0Q1-A23 
AMO-AM2, AM4, 38 |-re----- > 
IACK*, WRITE* 
fo —---- - -- -- - - + 
write 
a a a a a an a Ss ns ta + 
| 
+-----—---------- > | <--+~------------ + 
Vv | 
/--------------- \ | 
/ DTACK* \ no 
< and BERR* >em + 
\ negated ? / 
\--------------- / 
lyves 
V 
+—-—---—--------------- + 
| Assert DOO-D15_ | 
4—-——-—------—-------- + 
: 
f——-—-------- ---- + + 
| Assert DSO*/DS1* | 
$————---—--—--- - - + + 
| <--------------- + 
Vv | 
/--------------- | 
| / DTACK* \ no | 
< Or BERR* 2S eS + 
\ asserted ? / 
\--------------- / 
lyes 
V 
4———-———----- -- - + 
yes | Release DOO-D15 
------~ + | Negate DSO*/DS1* 
$—-—---------—--------- + 
| 
Vv 
$———-——------—--------- + 
SSeS Sele S=S— > Negate AS* 23S aaa 
$—————-—~--—-~-~--~-~-~ + 


The address modifier signals are used to provide slave modules on the 
VMEbus with additional addressing information, as defined in the VMEbus 
Specification Manual. The VME1O1 supports a subset of the specified 
address modifier codes which is listed in Table 2.10. Note that the 
signals AM3 and AMS are not driven by the VMEbus Interface, but kept in 
the high state by the termination resistors on the VMEbus backplane. 


Table 2.10: Address Modifier Codes 


$—-——---- $——-—------------------ pone - ee = + 
AM ADDRESS MODIFIER | 
CODE 5 4 3 2 1 0 FUNCTION | 
$-—----- $—------- - -- - - - - - - fone - + 
3E 1121 édi141éd21é«s0 Standard supervisory program access | 
3D 11 #1 é#%21£=é0éiésid21 Standard supervisory data access 
3A 11310 21 0 standard non-privileged program access 
39 11421 é0é0i%1 Standard non-privileged data access 
2D 10 214 21 0 21 short supervisory I/O data access 
| 29 1 0 1 0 0 1 +#|. short non-privileged I/O data access 
+—------ f—---- - ~- -- - - - - - - $o---- --- - - - ~~ - + 


The MVME101 contains two time-out counters for supervising VMEbus 
accesses: the Bus Request Time-Out Counter, and the Data Transfer Time- 
Out Counter. Both counters can be independently enabled and disabled 
under software control. Figure 2.11 shows how the time out counters are 
interconnected with other functional blocks on the MVME1OL. 


The Bus Request Time-Out ( BRTO ) Counter is enabled when bit 6 in the 
Module Control Register is set. It starts running when the MPU has 
asserted an off-board address, and the module is not currently the bus 
master, i. e. when a bus request is initiated by the Address Decoder. 
Note that if a Bus Block Transfer Request was asserted, the BRTO Counter 
is not started until the first off-board access. Once being started, 
the BRTO Counter asserts a Bus Error at the MPU and sets bit 6 in the 
Module Status Register, if the bus does not become available within 128 
microseconds. 


The Data Transfer Time-Out ( DTTO ) Counter is enabled when bit 7 in the 
Module Control Register is set. It starts running when the MPU has 
asserted a data strobe signal, and the bus is available, il. e. at the 
beginning of an off-board data transfer cycle. The DTTO Counter asserts 
a Bus Error at the MPU and sets bit 7 in the Module Status Register, if 
the data transfer is not acknowledged within 8 microseconds. 


Any assertion of BERR* causes the MPU to abort the started cycle and to 
enter an exception routine. In this routine the MPU should test bit 6 
and bit 7 in the Module Status Register to determine the source of the 
Bus Error to be either the BRTO Counter, or the DTTO Counter, Or the 
addressed device, and then branch to the appropriate service routine. 
After testing the bits, the MPU should perform a dummy write into the 
Module Status Register to clear the bits 6 and 7. 


Figure 2.11: Time Out Counters 
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MVME101 module does not reside on the highest bus arbitration level, 
and if another module occupies the bus’ for transferring large blocks of 
data, it may often take more than 128 microseconds until a bus request 
of the MVME1O1 is granted. As software recovery from a Bus Error iS a 
problematic task under certain conditions, it might sometimes not be 
allowed to abort an off-board cycle. In such cases the BRTO Counter 
must be disabled, oor the off-board access must be embedded in a routine 
that is protected by a Bus Block Transfer Request. 


The Data Transfer Time-Out Counter should be constantly enabled in all 
systems that do not contain very slow slave modules with access times of 
more than 8 microseconds. This prevents the MPU from being hung up in 


case of system malfunctioning, such as addressing defect devices or non 
existant locations. 


2.9.5. Interface Options 


Several VMEbus signals are optionally used by the MVME1O1 Monoboard 
Computer. By setting or removing jumpers, the module can be configured 
either as the system controller module in a VMEbus system ( System Con- 
troller Configuration ), Or as an MPU module on a selectable priority 
in a multiprocessor VMEbus system ( Standard Configuration ), or as an 
isolated monoboard system that resides only physically on a VMEbus 
backplane ( Isolated Configuration ). The jumper configurations’ for 
these different modes of operation are described in Chapter 3. 


2.9.5.1. System Controller Configuration 


When the MVME101 is configured as the VMEbus system controller, the 
following options are selected: 


VMEbus Arbiter: The VMEbus Arbiter arbitrates bus requests on 
level 3 and drives BG3IN*. 


VMEbus Requester: The VMEbus Requester operates on level 3. It 
receives BG3IN* from the VMEbus Arbiter and drives 
BG30UT*. The remaining three bus grant outputs are 
not connected. 


Interrupt Handler: The Interrupt Handler receives interrupt requests 
on the jumpered levels. 


System Utilities: SYSFAIL* is both driven through the Module Control 
Register and received through the Module Status 
Register. Also, it may be jumpered to generate an 
interrupt. 


SYSRESET* is bidirectional. Tt is driven by the 
Reset Switch and upon power-up. When received from 
a power supply module, it causes a board reset. 


SYSCLK is driven by the on-board clock oscillator. 


2.9.5.2. Standard Configuration 


When the MVME101 is configured as a non-controller MPU module in a 
VMEbus system, the following options are selected: 


VMEbus Arbiter: The VMEbus Arbiter is disconnected from BG3IN* and 
thus disabled. 


VMEbus Requester: The VMEbus Requester receives BGIN* and drives 
BGOUT* on the selected priority level. The remai- 


ning three bus grant inputs are jumpered directly 
to the respective bus grant outputs. 


Interrupt Handler: The Interrupt Handler receives interrupt requests 
on the jumpered levels. 


System Utilities: SYSFAIL* is both driven through the Module Control 
Register and received through the Module Status 
Register. Also, it may be jumpered to generate an 
interrupt. 


SYSRESET* iS an input only. When received from 
another module, it causes a board reset. The Reset 
Switch has no effect on the bus. 


SYSCLK is not connected. 


2.9.5.3. Isolated Configuration 
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When the MVME1O] is configured as an isolated monoboard computer, it 
can be placed on a VMEbus backplane without effecting other modules in 
the system. In this configuration, the MVME101 takes its power supply 
from the VMEbus, but neither drives nor responds to any bus signal, 
with the exception of ACFAIL*. 


VMEbus Arbiter: The VMEbus Arbiter is disconnected from BG3IN* and 
thus disabled. 


VMEbus Requester: The VMEbus Requester is disconnected from the bus. 
Thus the DTB drivers remain constantly in the high- 
impedance state. All bus grant inputs are jumpered 
directly to the respective bus grant outputs. 


Interrupt Handler: The Interrupt Handler does not receive any inter- 
rupt requests from the VMEbus. 


System Utilities: SYSFAIL* is not connected. 


SYSRESET* is not connected. The board is reset by 
Reset Switch and upon power-up. 


SYSCLK is not connected. 


2.10. RESET AND HALT FUNCTIONS 
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The reset structure of the MVME1O1 is shown in Figure 2.12. There are 
four sources on the module which perform reset functions: The Power-Up 
Reset cicuit, the Reset Switch, the MPU executing a RESET operation, 
and the MPU being halted. The interaction between the on-board reset 
Signals and the VMEbus depends on the configuration of jumper area K3. 


For the three selectable VMEbus Interface options that are described in 
Paragraph 2.9.5, the effects of all reset sources on the on-board 


devices and on the VMEbus signals SYSRESET* and SYSFAIL* are listed in 
Table 2.11. 


The Power-Up Reset cicuit and the Reset Switch have identical functions: 
MPU, PCI1, PCI2, PIA, PTM, MCR, and VMEbus Requester are reset, 
and the Address Decoder is initialized for the reset vector fetch. When 
configured as System Controller, the VMEbus SYSRESET* is asserted. 


In the System Controller and in the Standard Configuration the assertion 
Of SYSRESET* on the VMEbus’ produces the same effects as the Reset 
Switch. In the Isolated Configuration a VMEbus reset is ignored. 


When the MPU executes a RESET instruction, only the on-board I/O-devices 
( PCI1, PCI2, PIA, PTM ) are reset. No other devices are affected. 


When the MPU is halted because of a double bus fault, the MCR is reset 
for negating an eventual Bus Block Transfer Request, and the decimal 
points on the Display are lit to indicate the halted state. In the 


System Controller and in the Standard Configuration also the VMEbus 
Signal SYSFAIL* is asserted. 


Figure 2.12: Reset Structure 
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Table 2.11: Reset and Halt Functions 


+—------------------- +—--------—------—------- +—----------~-—------ -~-------- + 
| RESET SOURCE | MODULE CONFIGURATION | AFFECTED DEVICES | 
$—_——-—-- + +—---------------—------- +—---—— oe - + 
Power-Up Reset, System Controller MPU, PCI1, PCI2, PIA, PTM,| 
Reset Switch MCR, Addr.Decoder, VMEbus 
Requester, VME SYSRESET* 


| | 

+---------------------- +-----------------------~--- + 
Standard Config. | MPU, PCI1, PCI2, PIA, PT, | 
| MCR, Addr.Decoder, VMEbus | 

| | Requester 
$--------------+-------- $----- + 
| | Isolated Config. | MPU, PCI1, PCI2, PIA, PT, | 
| | MCR, Address Decoder | 
po------------------ +------~--------------- $—----------- ~~ - +--+ + 
VMEbus SYSRESET* System Controller, MPU, PCI1, PCI2, PIA, PTM,| 
Standard Config. MCR, Addr.Decoder, VMEbus | 

Requester 
$----------~----------- +-------~------------------- + 
| Isolated Config. | none | 
$------------------- $---------------------- +--------------------------- + 
| RESET Instruction | any | PCI1, PCI2, PIA, PTM | 
+—-------------~----- $-—------------------ ---+------------ -- -- -- - = = + 
MPU Halted | System Controller | MCR, VMEbus SYSFAIL* | 
Standard Config. | | 
| $—--—------------------- +--------~---~--------------- 4 
| | Isolated Config. | MCR | 
+----------~----~---- +---------~------------ +--------------------------- + 
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INTERRUPT HANDLER 
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interrupt requests 
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in Appendix A 


gives a detailed description how the MPU processes interrupts. 
Giagram of 
VMEbus and the on-board devices is shown in Figure 2.13. 
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VECTOR NO. ACQUISITION 


Interrupt requests are categorized into two groups: seven prioritized 


Auto-Vectorized Interrupt Requests ( AVIRQI1* - AVIRQ7* ), which are 
acknowledged in the automatic vectoring mode, and seven prioritized 
User-Vectorized Interrupt Requests ( UVIRQ1* - UVIRQ7* ), where the 
interrupt vector number is supplied by the interrupting device. Auto- 


Vectorized Interrupt Requests may be caused by the on-board I/O-devices, 
by the Abort switch, or by the VMEbus signals ACFAIL*, SYSFAIL* and 
BCLR*, The User-Vectorized Interrupt Requests represent the VMEbus 
interrupt signals IRQ1* - IRQ7*. 


The Interrupt Handler arbitrates incoming interrupt requests according 
to their priority levels, and encodes the highest pending request on the 
interrupt inputs of the MPU. When the interrupt is acknowledged, the 
Interrupt Handler decodes the priority level of the MPU and compares it 
with the interrupt requests. If an Auto-Vectorized Interrupt Request is 
pending on the acknowledged priority, the Interrupt Handler asserts the 
VPA* signal, and the MPU uses the interrupt autovector of this priority 
level aS a pointer to the exception routine. Otherwise, the Interrupt 
Handler assumes) an off-board interrupter, and initiates an interrupt 
acknowledge cycle on the VMEbus for acquiring the user-vector number. 


The priority Sequence of the fourteen available interrupt requests can 
be represented as follows: 


Highest level: AVIRQ7* ( non-maskable ) 
UVIRQ7* ( non-maskable ) 
AVIRQ6* 
UVIRQ6* 
AVIRQ5* 
UVIRQ5* 
AVIRQ4* 
UVIRQ4* 
AVIRQ3* 
UVIRQ3* 
AVIRQ2* 
UVIRQ2* 
AVIRQ1* 
Lowest level: UVIRQ1* 


The devices capable of asserting Auto-Vectorized Interrupt Requests are 
not fixed at appointed priority levels, with exception of the Abort 
Switch and the ACFAIL* signal, which are hard-wired to AVIRQ7*. All 
other devices may be jumpered to any of the six interrupt request inputs 
AVIRQ1* - AVIRQ6* on the jumper area _ K6., Also, two or more of the 
interrupt outputs of these devices may be connected ina wired-or 
configuration on one common priority level. 


VMEbus interrupt requests used by the Interrupt Handler must be jumpered 
to the according User-Vectorized Interrupt Requests of the same priority 
level in a one-to-one configuration on the jumper area KS. Also, they 


must not be wire-or connected, as that would short the interrupt request 
Signals on the VMEbus. 


The configuration of the jumper areas K5 and K6 is described in 
Paragraphs 3.4.3 and 3.4.4. 


2.11.1. Software Abort and AC Failure 


The Abort switch on the front panel and the VMEbus signal ACFAIL*® are 
both connected with the Auto-Vectorized Interrupt Request AVIRQ7*, thus 
causing a non-maskable interrupt of the highest priority. To determine 
the appropriate service routine, the status of the ABORT* and ACFAIL* 
Signals can be read in the Module Status Register. 


2.11.2. System Failure 


When the MVME101 is configured as the System Controller, the VMEbus 
Signal SYSFAIL* can be jumpered to generate an Auto-Vectorized Interrupt 


Reguest on a selectable priority. In case of a system failure, lower 
priority programs would then be interrupted, and the MVME101] enters a 
service routine. The status of SYSFAIL* can be read in the Module 


Status Register. 


2.11.3. Bus Clear 


If the MVME1O1] resides in a system that contains other modules with a 
higher bus priority, the VMEbus signal BCLR* should be jumpered to 


an Auto-Vectorized Interrupt Request. This provides the bus arbiter 
with the means to interrupt lower priority programs on the MVME101 that 
are executed in the block-transfer mode, when another module has a bus 


request of a higher priority pending. BCLR* can only cause an interrupt 
when the Bus Block Transfer Bit in the Module Control Register is set. 
Otherwise BCLR* is ignored, as the VMEbus Requester then operates in 
the release-on-request mode. However, the status of BCLR* can he read 
at any time in the Module Status register. 


2.11.4. On-Board I/0 Interrupts 


All interrupt request outputs of the on-board I/O-devices' can be 


jJumpered to generate Auto-Vectorized Interrupt Requests on selectable 
levels. 


2.11.5. VMEbus Interrupts 


Any or all of the VMEbus interrupt request signals IRQ1* - IRQ6* may be 
Jumpered to generate User-Vectorized Interrupt Requests on the according 


priorities. The appropriate interrupt vector numbers) are fetched from 
the interrupter in a VMEbus interrupt acknowledge cycle. 


2.12. TIMING SPECIFICATIONS 


This paragraph provides 


maximum and minimum times are guaranteed 


conditions, 
times 
given. 


for operation 


as specified in Table 1.1. 
at 25 C temperature 


detailed timing specifications 
module for local memory access and for VMEbus operations. 


of the MVMELOL 


The tabulated 
over the recommended operating 
Whenever possible, 


typical 


and. 5.00 V supply voltage are 


The following list summarizes the operations described in this paragraph 
and the respective figures and tables: 


Local Memory Read Cycle ....... eee 
Local Memory Write Cycle ......... 
VMEbus Read Cycle 2... rer seccvccee 
VMEbus Write Cycle anaes 
VMEbus Request and Acquisition... 
VMEbus ReleaSe and BG Propagation 
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from 0 to 3 wait cycles 
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possible, 
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Figure 2.14: Local Memory Read Cycle 
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Table 2.12: Local Memory Read Cycle Timing 


$a - $$ 5 


| NO | PARAMETER 
4+—----4--------—--——---- —- - - - - - - - - - - - ~~ - - 


Supplied Memory Access Timing: 


— wee em eee ae aw? oe ae Se eee oe ae et ae ee ae we cw wee ae eee a eee ie ae oe ee ee a a 


1 | (Axx) Valid to (MxSEL*) Low 
2 (Axx) Valid to (DRD*) Low 

3 (MxSEL*) Width Low 

4A (DRD*) Width Low 


5 (MxSEL*) High to (Axx) Invalid 
6 (DRD*) High to (Axx) Invalid 


(DRD*) Low to (Dxx) Low Impedance 
(MxSEL*) Low to (Dxx) Low Imped. 
(Axx) Valid to (Dxx) Valid 


Oo © ~] 


10 (DRD*) Low to (Dxx) Valid 


11 (MxSEL*) Low to (Dxx) Valid 


12 (DRD*) High to (Dxx) Invalid 

13 (MxSEL*) High to (Dxx) Invalid 

14 (DRD*) High to (Dxx) High Imped. 
15 | (MxSEL*) High to (Dxx) High Imped. 


ne) 
WNHrROWNHEO !I |! 
W WW 


OO 
| 
Ww W 


+- a RE, EE a IS 


; 
| 
: 
| 
| 
! 
: 


----- $———-—-—-+————-—+-—--—-+ 
MIN | TYP | MAX |UNIT| 
------ +——-—-—-—f———-——4f————+ 
| | | 
90 | ns 
35 | ns 
190 |} 260 ns 
315 | 385 | ns 
440 | 510 ns 
565 | 635 | ns | 
240 | 310 ns | 
365 | 435 | | ns 
490 560 | ns 
615 | 685 | ns 
10 | | ns 
25 | | | ns 
—----- +—--—---+-—---4+---=+ 
| | 
0 | | ns | 
0 | ns 
290 | ns 
| 415 | ns 
540 | ns 
| 665 ns 
225 ns 
350 ns 
| 475 ns 
| | 600 |] ns 
| | 155 | ns 
| | 280 | ns 
405 | ns 
530 | ns 
0 | ns 
¢) ns 
140 | ns 
| 125 | ns 
—---- 4——-——-—4-——-—--+-——---—+ 


Figure 2.15: Local Memory Write Cycle 
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Table 2.13: Local Memory Write Cycle Timing 
+—---+---------~------ —--- - - - - - - - - - - - - - - + +----- +—-—-—--— +—--—--- +—-—=-—+ 
| NO | PARAMETER | MIN | TYP | MAX |UNIT| 
+—--—-—-+—-----—------------- --- -- - - - - - - - - - - - - +—----- +----- +—----- +—-—--—+ 

1 | (Axx) Valid to (MxSEL*) Low 90 | | ns 

2 (Axx) Valid to (LDWR*), (UDWR*) Low Lis: -| ns 

3 (Dxx) Valid to (LDWR*), (UDWR*) Low 35 | ns 

4 (MxSEL*) Width Low 315 | 385 | ns 

5 (LDWR*), (UDWR*) Width Low 240 | 310 | ns 

6 (LDWR*), (UDWR*) High to (Dxx) Invalid 10 | ns 

7 (MxSEL*) High to (Axx) Invalid 10 | I ns 
| 8 | (LDWR*), (UDWR*) High to (Axx) Invalid 10 | | ns 
+—---4+--------------- - - - - - -- - - - - - - - +----—-— +—----- +——--—— +—--——+ 


Figure 2.16: VMEbus Read Cycle 
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Table 2.14: VMEbus Read Cycle Timing 


+—-—-—-—-— $——-——-— +—--—+ 
| NO | PARAMETER |NOTES| MIN | TYP | MAX |UNIT| 
$a a f+  - ------ +-—---— +~—-——-— +—-—---—- +—-——- +————+ 

1 (AS*) Low to AS* Low | | 60] 75 | 90 | ns 

2 | Axx Valid to AS* Low 40 | ns 

3 DTACK* High to DSO*, DS1* Low 1 20 | 45 75 ns 

4 Dxx High Imped. to DSO*, DS1* Low 180 ns 

5 | WRITE* High to DSO*, DS1* Low 120 | ns 

6 | AS* Low to DSO*, DS1* Low 2 5 15 | 35 | ns 

7 Dxx Valid to (Dxx) Valid | 5 | 10] 15 | ns 

8 | DTACK* Low to (DTACK*) Low | 10 | 20 | 35 | ns 

9 | DTACK* Low to AS* High | 10 | ns 

10 | DTACK* Low to DSO*, DS1* High 10 | 250 | ns 

11 | AS* High to Axx Invalid | 0 ns 

12 | DSO*, DS1* High to WRITE* Invalid | 65 | | ns 

13 | AS* Width High 195 | | ns 

14 | DSO*, DS1* Width High | 210 | | | ns 
+—---4+—------ - — -- - - - +-~---— +-----— +-—--—-— +-——-~-— +—-—-—+ 


Note 1 : Provided that AS* is low. 
Note 2 : Provided that DTACK* is high. 


Figure 2.17: VMEbus Write Cycle 
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Table 2.15: VMEbus Write Cycle Timing 


+—----4+----------------------- ------- -- ---- +—-—--- +----- +-----— +—----- +-———+ 
| NO | PARAMETER |NOTES| MIN | TYP | MAX |UNIT| 
+—----+------~---—-------------~------------ +----- +—-—--- +~—--—-— +—-—--—-- $————+ 
1 (AS*) Low to AS* Low | | 60 75 | 90 | ns 
2 | Axx Valid to AS* Low | = =40 | ns 
3 DTACK* High to Dxx Low Impedance 1 25 50 75 ns 
4 | DTACK* High to DSO*, DS1* Low 1 95 125 | 160 | ns 
5 WRITE* Low to DSO*, DS1* Low 165 ns 
6 | Dxx Valid to DSO*, DS1* Low 45 | | ns 
7 AS* Low to DSO*, DS1* Low 2 65 | 160 260 ns 
8 DTACK* Low to (DTACK*) Low 10 | 20 | 35 ns 
9 DTACK* Low to AS* High 10 | ns 
10 DTACK* Low to DSO*, DS1* High 10 | 250 ns 
11: AS* High to Axx Invalid 0 ns 
12 | DSO*, DS1* High to Dxx Invalid -20 | ns 
13 DSO*, DS1* High to WRITE* Invalid 15 ns 
14 | AS* Width High | 195 ns 
15 | DSO*, DS1* Width High 340 ns 
+—----+------~-~—---~------------------- ------ +-—-—--— +——-—— +—----- +—--—--- +—-—--—+ 
Note l : Provided that AS* is low. 


Note 2 : Provided that DTACK* is high. 


Figure 2.18: VMEbus Request and Acquisition 
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Table 2.16: VMEbus Request and Acquisition Timing 
+----+------—------------------- - ---------- 4+—---—- +—--—--- +----- +—-—----— +—-———+ 
| NO | PARAMETER |NOTES| MIN | TYP | MAX |UNIT| 
+—-—---+-----~------------- -- --- - -- - --------- +----- +----- +—-—-—---— +—--—-- +-———+ 
| 1 (AS*) Low to BRx* Low | 80 | | 265 | ns | 
2 | BGxIN* Low to BRx* High 3 140 | | 335 ns 
3 BGxIN* Low to BBSY* Low 1 55 | 250 ns 
4 BGxIN* Low to Axx, WRITE* Valid 1 25 225 ns 
5 BGxIN* Low to Dxx Valid (write) 1,3 30 235 ns 
6 BGxIN* Low to Strobes Low Imped. a 15 200 ns 
7 AS* High to BBSY* Low 2 55 250 ns 
8 AS* High to Axx, WRITE* Valid 2 25 225 ns 
9 AS* High to Dxx Valid (write) 2,3 30 235 ns 
10 AS* High to Strobes Low Imped. 2 15 200 ns 
11 Axx, WRITE* Valid to AS* Low 40 60 90 ns 
12 AS* Low to DSO*, DS1* Low (read) 3 5 15 35 ns 
13 DTACK* High to DS0O*,DS1* Low (read) 4 20 45 75 ns 
14 | DTACK* High to Dxx Valid (write) 4 25 50 75 ns | 
15 Dxx Valid to DSO*,DS1* Low (write) 45 80 120 ns 
+-—---+--------~------------ --------------- +----- +----- +----- +----- +---—+ 
Note 1 : Provided that the previous master has released the bus. 
Note 2 : Provided that the bus request has been granted. 
Note 3 : Provided that DTACK* is high. 
Note 4 : Provided that AS* is low. 


Figure 2.19: VMEbus Release and Bus Grant Propagation 
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BRe x Os eee ee CC 
B6x IN* _—s 
S _ | » ee 
Bbx OUT* 

Table 2.17: VMEbus Release and Bus Grant Propagation Timing 
+----4------~------------------------------------ +----- +----- +----- +-—---+ 
| NO | PARAMETER | MIN | TYP | MAX |UNIT| 
+----+-------------------- - -- - - - - - - - - - - +----- +----- +---——- +—-—--—-+ 

1 DSO*, DS1* High to Dxx Invalid (write) -20 ns 

2 DSO*, DS1* High to DTB High Impedance 5 35 80 ns 

3 AS* High to DTB High Impedance 5 220 ns 

4 DTB High Impedance to BBSY* High 20 40 60 ns 

5 BGXIN* Low to BGxOUT* Low 45 225 ns 

6 | BGxIN* High to BGxOUT* High } 45 | 225 | ns | 
f----4---------—--— -- --- - + - - ~~ - - - - - - - - - - - - - - - +----- +----- +——-—--4+-——-+ 


CHAPTER 3 


INSTALLATION 


3.1. INTRODUCTION 


eae ee a ee a ee ee a ee est ese o* 2 a a 


This chapter provides the user of the MVME101 monoboard computer with 
the unpacking, inspection, hardware preparation and installation pro- 
cedures. 


3.2. UNPACKING INSTRUCTIONS 


fiw a ee ee ee eee Boa ae + 
IF THE SHIPPING CARTON IS DAMAGED UPON RECEIPT, REQUEST THAT 
CARRIER’S AGENT BE PRESENT DURING UNPACKING AND INSPECTION OF 

THE MODULE. 


Unpack the MVME101 monoboard computer from its shipping carton. Refer to 
the packing list and verify that all items are present. Save the packing 
material for storing or reshipping the module. 


AVOID TOUCHING AREAS OF MOS CIRCUITRY. STATIC DISCHARGE CAN | 
DAMAGE INTEGRATED CIRCUITS. 


The module should be inspected upon receipt for broken, damaged or 
missing parts and for physical damage to the printed circuit board. 


3.4. HARDWARE PREPARATION 


This paragraph describes the hardware preparation of the MVME101 module 
prior to system installation. That includes configuring the jumper 
areas to select the various optional functions of the module, and pro- 
gramming the Address Decoder PROM according to the desired address map. 


Figure 3.1 illustrates the physical location of each jumper area on the 
module. Table 3.1 lists the function of each jumper area and refers to 
the detailed descriptions in Paragraphs 3.4.1 through 3.4.9. 


Figure 3.1: MVME101 Jumper Area Locations 
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Table 3.1: 


VMEbus Requester 
Priority Level 


emp ewe owe we es te ee ee ae ee em ae es ae ee ew oe = 


VMEbus System 
Control Functions 


+—+ 


+ 


MVME101 Jumper Areas 


ee ee eT Bo ete 


+ 
| 
+ 
Select level 0, 1, 2, or 3, | 

or isolated configuration. | 
Sa ct a a tk al a 
Enable/disable SYSCLK output, | 
enable/disable SYSFAIL*, 
enable/disable RESET* output, 
enable/disable RESET* input, 
enable/disable VMEbus Arbiter. 


i ap a tec a a cal aoe el a em ce aa il ta as a a on a ae 


Time 


User-Vectorized 
Interrupt Requests 


Auto-vectorized 
Interrupt Requests 


Serial Ports 
Configuration 


Serial Interface 
Control 


Memory Sockets 
Configuration 


+ 


+ 


+ 


+ 


+ 


+——+ 


+ 
Insert 0, 1, 2, or 3 wait | 
cycles. 

esc ae a a aa ee te a a + 
Enable/disable VMEbus inter- | 
rupt request inputs IRQI1*, 
IRQ2*, IRQ3*, IRQ4*, IRQ5S*, | 
IRQ6*, IRQ7*. 

Se a cc a a ce ee i + 
Enable/disable interrupt re- | 
quest inputs from PCI1, PCI2, | 
PIA, PTM, SYSFAIL*, BCLR*, 
and select their priorities. | 

ei ce a a a Ses ay ea aaa ee aoe ae 
Configure SP1l and SP2 as Data | 
Set or Data Terminal, and for 
Synchronous or asynchronous 
operation. 

Configure interrupt outputs 
and control inputs of PCIl 
and PCI2. 


+. 
| 
4: 
Configure signal locations at | 
the memory socket pairs MEMI1, | 

MEM2, MEM3 and MEM4 according 
to the used devices. | 
i ale aceasta a cet eee a a + 
Configure PTM clock and gate | 
inputs. | 
+ 


3.4.1. VMEbus Requester Priority 


= oe oe ee ee ee ees eae eee ee ee eee ee ee es eee ee eee eee ee ee ee ee 


The jumper areas Kl and K2 determine the priority level on which the — 
VMEbus Requester will operate. On K2 the bus request output signal of 
the VMEbus Requester is connected with the appropriate bus request line, 
on Kl it is placed in the corresponding bus grant daisy-chain. Also, on 
Ki, the unused bus grant inputs are jumpered to the respective bus grant 
outputs. 


When the MVME101 is used as the VMEbus system controller, and in any 
system containing an option ONE single level VMEbus arbiter, the VMEbus 
Reguester must be placed on level 3. For use with a multilevel arbiter, 
any one of the four priority levels may be selected. When configured as 
isolated module, the VMEbus Requester is disconnected from the bus. 


Original configuration: VMEbus Requester on level 3 


Figure 3.2: Jumper Area Kl Figure 3.3: Jumper Area K2 
VMEbus VMEbus VMEbus VMEbus 
Requester Kl Signals Requester K2 Signals — 
BGIN* ----- ct Se toe BGOIN* BROUT* im: ws —----- BRO* 
BGOUT* weed 3 4 +--- BGOOUT* BROUT* ee 3 #4 | ------ BR1* 
BGIN* ----- : 5 6 +---- BGLIN* BROUT* sone! 5 «6 ; ------ BR2* 
BGOUT* ween 7 8 +--- BGIOUT* BROUT* samel 7 8 | -—----- BR3* 
BGIN* ----- ; 9 10 —_ BG2IN* oo ’ 

BGOUT* __--} 11 12 -_ BG20UT* 

BGIN* ----- | 13 14 _— BG3IN* 

BGOUT* _— 15 16 +--- BG30UT* 
+—-——-----— + 


Table 3.2: VMEbus Requester Priority Selection 


at a aa a a al ee Eas nag a os cae ee ce eas ae 


$o—------ - - - ~ - - - - -  - - - - + 
| Kl and K2 CONNECTIONS | SELECTED PRIORITY LEVEL | 
$—-—-—--—---—--------~---- -- - - - - - - - - - - f—-—----------- —-—- -- - - - - - - - ~~ + 

Kl 1-2, 3-4, 6-8, 10-12, 14-16 | VMEbus Requester on level 0 | 
K2 1-2 
$-—---- +--+ + ee - - $———--------— — - - + 
| Kl: 2-4, 5-6, 7-8, 10-12, 14-16 | VMEbus Requester on level 1 | 
K2: 3-4 
foe $—-------- - - - - - - + 
Kl: 2-4, 6-8, 9-10, 11-12, 14-16 VMEbus Requester on level 2 
| K2: 5-6 | 
$—--—-------— ~~ - - - - - - - $—--------------- - - - - - - - - - - - - - + 
Kl: 2-4, 6-8, 10-12, 13-14, 15-16 | VMEbus Requester on level 3, 
K2: 7-8 System Controller Configuration 
$-—-- = fo---—-- + + 
| Kl: 2-4, 6-8, 10-12, 14-16 | Module isolated from VMEbus | 
K2: none — 
$------ + + fm ——-- + 


3.4.2. VMEbus System Control Functions 


The jumper area 
control functions. 


K3 is used to enable or disable various VMEbus system 


The VMEbus signals SYSCULK, 
the VMEbus Arbiter output are fed through K3, 


selected to be handled by the MVME10O1 module. 


When the MVME1O1] is used as the VMEbus system controller, 

enabled to provide the system clock, 
and bus arbiter functions. 
board is a non-controller MPU module in the standard configuration, 
system reset, and bus arbiter outputs 


system control 
system failure, 


system clock, 


outputs must be 


system reset, 


In the isolated configuration, 


connected from the VMEbus, 


Original configuration: 


SYSFAIL*, 
and can be independently 


ana 


all optional 


When the 
the 
must be disabled. 


all system control signals must be dis- 


Figure 3.4: Jump 


to ensure proper stand-alone operation. 


VMEbus System Controller 


er Area K3 


Local Signals K3 VMEbus Signals 

SYSCLK --------- -. £4 ---+--~~- SYSCLK 

SYSFAIL* ------- + 3 4 i ------- SYSFAIL* 

RESETOUT* ------ 5 («6 : --------- RESET* 

RESETIN® -------+ 7 8 ; ~-------- RESET* 

BARBG* --------- + 9 10 ; ee eee BG3IN* 
$—------- + 


Table 3.3: VMEbus System Control Configuration 


$o-—--—--- ---------- $—--—--—---—---------- fom --- + 
| K3 CONNECTIONS | ENABLED FUNCTIONS | MODULE CONFIGURATION | 
$———---—---- ------- $———-——------—-------- f----- + 
: SYSCLK output, VMEbus System Controller | 
; SYSFAIL*® in/out, . 

; RESET* output, 
‘ RESET* input, 

0 VMEbus Arbiter 


fan + - pane +--+ se ee ee ee ee + 
3-4, SYSFAIL* in/out, Standard Configuration | 
7-8 RESET* input 

$---------------- $o_------------~----- $—---------- +--+ - + = + 

| none | none | Isolated Configuration | 

$------~---------- $a --- $—----- + = + + +--+ +++ + 


ce eee oe User-Vectorized Interrupt Requests 


The jumper area KS determines which of the seven interrupt request lines 
on the VMEbus may interrupt the on-board MPU. Originally, all interrupt 
levels are enabled on kK5 and handled by the MVMEI1O1. If any other 
modules capable of handling VMEbus interrupts are present in the system, 
the user must assign the interrupt levels to the interrupt handlers such 
that not more than one MPU. responds to a given VMEbus interrupt. If a 
VMEbus interrupt is not to be received by the MVME10O1, the corresponding 
jumper must be removed from K5. 


VMEbus interrupt requests cannot be wired to a different on-board inter- 
rupt level. The jumpers must be installed straight across the pins on 
jumper area K5. 


Original configuration: All VMEbus interrupt requests enabled 


Figure 3.5: Jumper Area K5 


VMEbus Signals K5 Interrupt Handler 
TRO] SSeS SeSse=> cs a ----------- UVIRQ7* 
LROGh See SSS SssS4> : 3 4 : ----------- UVIRO6* 
LROO* HSss-S24SS-=> : 5) («66 | ----------- UVIROS* 
LRO4Q* SeeHsSSessesS : 7 8 | ----------- UVIROQ4* 
LRO3? SSS eas eee : 9 10 ; ----------- UVIRQ3* 
LROZ ISS aes Se : 11 12 ; ----------- UVIRQ2* 
LROLY aSSseseessas : 13 14 i ~---------- UVIROI1* 
+------- + 


Table 3.4: User-Vectorized Interrupt Selection 


a ae ee a a oe ee ee 


| K5 CONNECTIONS i eunceep aut ee uate ne 1 
; ase | Giebos Eatercupk Request level 9 2=2=*~*~*” i 
: << | Wibee teveceues Remast ies ~C~<~<=C<C=C=C=CS*S*S | 
; 56. | Oiibes Tetertupe Mequest level & = =2=~C~S~SC~<“‘<‘<‘<‘<i<=:*~*# i 
; 7-8 [ Wukous Eitersect Regueae level 4 =2=28=860°0CSCSC*é<“‘<CS* i 
| 9-10. | Wibos Tethkeept emieat ieeek = =|6~U~C™~S~«;«3SCSCSCS~CS* i 
} 4-12 | Wbes tntercdct Geueet tev |=C=~<‘<=<=<=C=<CSCSCS*S | 
| 43-la | Mies Deetik eae leet i !|!|U™~*~S;2C;SCS~S~CS* 1 
$+-—-----—--------- f—-—-—---------- --- - - - - - - - - - - - - - - - - - - - - + 


3.4.4. Auto-Vectorized Interrupt Requests 


On 


ae = ome wee ee ee ee ee ee es es es es es es es es ee ee ee ee ee ae oe 


the jumper area K6 the interrupt request outputs of the on-board 


1/O-devices and the VMEbus signals SYSFAIL* and BCLR* may be jumpered to 
interrupt the MPU in the auto-vectorized mode. Any of these interrupters 


may 
two 


be connected with any of the six lower MPU interrupt levels. Also, 
or more interrupters may be jumpered in a wired-or configuration on 


one common interrupt request level. 
The non-maskable auto-vectorized interrupt on level 7 is not available 
for the uSer. Instead, it is reserved for software abort and AC power 
failure. 
Original configuration: SYSFAIL* on interrupt level l, 
_  PTM on interrupt level 2, 
PIA | on interrupt level 3, 
PCI] on interrupt level 4, 
PCI2 on interrupt level 5, 
BCLR* on interrupt level 6 
Figure 3.6: Jumper Area K6 


Interrupters K6 Interrupt Handler 
+------- + 
BCLR* ------------- : lo 2 +------------ AVIROG6* 
| 
PCI2 -------------- : 3 4 ; a------+~---~- AVIRQ5* 
PCI es2s4=s2e5254= +5 6 ++----------- AVIRQ4* 
| | 
PIA ------------+--- $7 8 +----+-~------ AVIRQ3* 
| | 
PIM s---H--+4-=+--- : 9 10 : seslssiesous AVIRQ2* 
SYSFAIL*----------- te ie a eee AVIRQ1* 
+------- + 
Table 3.5: Auto-Vectorized Interrupt Selection 
+-------—- +—----------------------- + +-------- $------------------~------- + 
| K6 PIN | INTERRUPTER | | K6 PIN | INTERRUPT REQUEST | 
+-------- +------------------------ + +-------- $------------------------- + 
| 1 | VMEbus signal BCLR* | | 2 | Interrupt level 6 | 
$-------- $------------------------ + 4+-------- $—------------------------- + 
| 3 | PCI2 interrupt output | | 4 | Interrupt level 5 | 
+-------- $—----------------------- + +-------- a2 -- +--+ +--+ + 
| 5 | PCI1l interrupt output | | 6 | Interrupt level 4 | 
+-------- +------------------------ + 4-------- +------------------------- + 
| 7 | PIA interrupt output | | 8 | Interrupt level 3 | 
+-------- +------~------------------ + +-------- $-------------------- +--+ + 
| 9 | PTM interrupt output | | 10 | Interrupt level 2 | 
+-------- +------------------------ + +-------- +------------------------- + 
| 11 | VMEbus signal SYSFAIL* | | 12 | Interrupt level l | 
+-------- +------------------------ + +-------- $—-----------------------+-- + 


3.4.5. Serial Ports Configuration 


=e a ese oe owe ae ee ae cee ees jew cee oe com ce ee oe oe eee ee ee ee eee ee eee eee 


The peripheral input/output signals of the Programmable Communication 
Interfaces are fed to the connectors on the front panel through the 
jumper areas K7 and K15. The jumpers on K7 determine the pin assignment 
of SPl, the jumpers on K15 that of SP2., Both ports may be configured 
independently as Data Terminal or Data Set, and for asynchronous or 
synchronous data transmission. Also, the DSR and CTS inputs) may 
optionally be supported. 


Original configuration: SP1 configured as asynchronous Data Set, 
SP2 configured as asynchronous Data Terminal. 


Figure 3.7: Jumper Area K7 Figure 3.8: Jumper Area K15 
+——------— + +—-------— + 
SP1-PIN8 ---+ 1 2 +----- + 12 V SP2-PIN8 ---+ 1] 2 +----- + 12V 
SP1-PIN24 --+ 3 4 +--- PCI1-TXC SP2-PIN24 -—--+ 3 4 +--- PCI2-TXC 
PCI1-DTR 4 5 6 5 SP1-PIN20 PCI2-DTR ---+ 5 6 +-- SP2-PIN20 
SP1-PIN6 el 7 8 _ PCI1-CTS SP2-PING sce 7 8 +--- PCI2-cTS 
PCI1-DSR 4 9 10 _ SP1-PIN5 PCI2-DSR __-! 9 10 a SP2-PIN5 
SP1-PIN4 ___! ll 12 -_ PCI1-RTS SP2-PIN4 al 11 12 _ PCI2-RTS 
PCI1-RXD cant 13 14 _ SP1-PIN3 PCI2-RXD _ 13 14 | SP2-PIN3 
SP1-PIN2 sae 15 16 -_ PCI1-TXD SP2-PIN2 sill 15 16 - PCI2-TXD 
+——----- + +------- + 


Table 3.6: Serial Ports Configuration 


A a scene ata ae era oe SE a ees ee ree ace 


| K7 / K15 CONNECTIONS | Set 4 Spo CONPIGURATION ee i 
$93, Sty 0d, 45-15, 4016 | Post Gonticuced an aca Set =~*~C*CSC:~*” i 
jes ] DSR/CTS controlled by Data Terminal | 
oll ] DSR/CTS controlled by Data Terminal | 
| 1-2, 5-6, 11-12, 13-14, 15-16 | Port configured as Data Terminal | 
\78. | DSR/CTS controlled by Data Set i 
}o10. | DSR/CTS controlled by Data Set | 
una [ane ie i 
| 34 BS | Synchronous data transnission ee i 
ER a een ne eae Tee ee Te ee me Cre a Pe ORIN Me CD Sot YS enone EIN ESR in Ng ae een ANENEOE + 


3.4.6. Serial Interface Control 


On the jumper areas K9 and K10 the interrupt outputs and the CTS* 
inputs of the Programmable Communication Interfaces may he configured 
for different modes of operation. K9 belongs to PCI1, kK10 belongs to 
PCI2. For each interface, either one of the PCI interrupt outputs 
TXRDY* and RXRDY*, or both can be connected with the interrupt request 
line which is fed to the jumper area K6. There it may be jumpered on any 
auto-vectorized interrupt request. The CTS* inputs of the PCIs' can be 
either constantly enabled, or shorted with the DSR* inputs, to support 
control from peripherals. | 


Original configuration: Interrupt outputs open, 
CTS* inputs enabled 


Figure 3.9: Jumper Area K9 Figure 3.10: Jumper Area K10 
+—-—-—-+ | | +—-—-—+ 
PCI1-DSR ----- + 6 +-- SP1-DSR/CTS PCI2-DSR ----- + § +-- SP2-DSR/CTS 
PCI1-CTS ----- | 5 PCI2-CTS ----- - 5 
4 +---------- GND 4 $---------- GND 
PCI1-TXRDY ---+ 3 PCI2-TXRDY ---+ 3 
2 +----- PCI1-IRQ 2 +----- PCI2-IRQ 
PCI1-RXRDY ---+ 1 | PCI2-RXRDY ---+ 1 
+—---+ +—-—--+ 


Table 3.7: Serial Interface Control 


[KO / K10 CONNECTIONS | PCI1 / PCI2 CONFIGURATION ~~~ | 
a | Interrupt asserted by RXRDYSSS~S~S H 
a i | totereopt mt ee |!|!~C!C™!C~™~*~C~S~S | 
| anaes ] Interrupt asserted by RXRDY and TXRDY | 
'- <= Cimmmucsae i i 
| 6 Oo | TS input enabled by peripheral device | 
---------------------- $on------ - -- + ee 5 + = = = + 


3.4.7. Programmable Timer Configuration 


a om ce eee ee cet gee we ee we oe eee eee ee ee ee ee eo ee ees ass es ee ees ees eee es es ees ee ee eee ee ae 


The peripheral clock, gate, and output signals of the Programmable Timer 
Module may be configured for several modes of operation on the jumper 
area K16. The gate inputs can be connected with ground and thus be 
constantly enabled. For real time counting, the clock input of counter 
3 can be connected with the 2 MHz free running clock signal. VMEbus 
cycles can be counted by connecting the VMEbus address strobe with the 
clock input of counter 2. MPU cycles can be counted by connecting the 
MPU address strobe with the clock input of counter l. Counters can be 


cascaded by councernd a counter’s input with the output of the previous 
counter. 


For other applications of the Programmable Timer Module, all peripheral 
clock, gate, and output signals are also available at connector P2. 


Original configuration: No jumpers set 


Figure 3.11: Jumper Area K16 


$————+ 
PTM C3* ---+ 1 | 
2 t-----= 2 MHz 
PTM G3* ---+ 3 | 
4 | -------- GND 
PTM 03 ----+ 5 | 
PTM C2* ___| 6 | 
7 _ VME AS* 
PTM G2* ---+ 8 | 
Fe Eenanien — 
PTM 02 ----+ 10 
PTM Cl* ‘enol 11 
| 12 +---- MPU AS* 
PTM G3* ---+ 13 | 
se diccuntetce exp 
+—-———+ 


Table 3.8: 


$----------------- + 
| K16 CONNECTIONS | 
$----------------- + 
| 3-4 | 
$—---------------- + 
| 8-9 | 
$----------------- + 
| 13-14 | 
foe eee none + 
| 1-2 | Counter 
$----------------- + 
| 6-7 | Counter 
+----------------- + 
| 11-12 | Counter 
++---------------- + 
| 5-6 | Counter 
$----------------- + 
| 10-11 | Counter 
feeeaosen+— He ++ + 


Programmable Timer Configurations 


3 and counter 2 are cascaded 


2 and counter 1 are cascaded 


3.4.8. Memory Sockets Configuration 


See eee a ee ea ee eae eae + 
PTM CONFIGURATION 


| 


a a a a a ea a a ah lieve sec cl + 
Gate input of counter 3 is constantly enabled 


| 


ea a a a gt a a ee em scalpel es sae Gc a me + 
Gate input of counter 2 is constantly enabled 


| 


“Gate input of counter 1 is constantly enabled | 
“Couikee 5 1a Ghocked sith 2 Mis veal tine clock | 
“Counter 2 is clocked with VMEbus address strobe | 
“Counter 1 is clocked with MPU address strobe i 
Ga cgheca ala bo petcnie anutai ta Seametcnoead cteuaeenigrs wmccbensdaned : 


| 


ee es eee me ew mee ce em ee ee re ee ee ee ee ae es wee re we ee ee ee ee wee ewe re ee wee re ee re ee ee ee ee ee ee we ee ee ee oe +- 


| 


ce ee ee me cee ee ee me ee aes ee mem me cee meswemmmemeremeoee meee e ee e e ee e e ee e e ee ee ss we we + 


The jumper areas Kll, K12, K13, and K14 are used to configure the memory 
sockets on the MVME]101 for the various types of memory devices which mav 


be installed. 
nized as four pairs. 
associated jumper area. 


Figure 3.12 


+---------- + +---------- 
Kll | Kl2 
1 19 1 19 
+—-—--------- + +---------- 
+---------- + +4---------- 
15 14 15 14 
U53 U54 
MEM1U MEM 2U 
even bytes even bytes 
28 1 28 1 
+---------- + +-—--------- 
$——-——----- + +—---------- 
115 14 15 14 
U6l U62 
MEM1L MEM2L 
odd bytes odd bytes 
28 1 28 1 
+---------- + F---------- 


The memory array consists of eight 28-pin sockets, 


: Local Memory Organization 


a re + 
| | K13 
bt 19 | 
+ +---------- + 
$+ $——-—--—------ + 
i ” 
U55 
MEM3U 
even bytes 
28 1} 
+ +4+—---------- + 
+ +4---------- + 
[15 "1 
U63 
MEM3L 
odd bytes 
28 | 
+ +4—-—-—-------- + 


MEM4U 


| 
| U56 | 


MEM4L 


| 
| 
U64 | 
odd bytes | 


EO 


orga- 
Each memory pair is configured individually on its 


The memory sockets accept 24-pin dual-in-line packages as well as 28-pin 
packages, provided the devices are compatible with the JEDEC standard 
pin-out for byte-wide memories. 28-pin devices are inserted with pins 
1 - 28 of the device matching pins 1 - 28 of the socket, 24-pin devices 
are inserted with pins 1 - 24 of the device matching pins 3 - 26 of the 
socket. By that the memory address inputs AO - AlOQ are connected with 
the MPU address ouputs AOl - All, the lower order ( odd bytes ) memory 
data lines DO - D7 are connected with the MPU data lines DOO - DO7, and 
the upper order ( even bytes ) memory data lines DO - D7 are connected 
with the MPU data lines DO8 - DL5. For supporting different device 


sizes and pin-outs, the signals at pins 18, 20, and 21 of 24-pin 
memories, and the signals at pins 1, 2, 20, 22, 23, 26, and 27 of 
28-pin memories are fed to the configuration jumper areas, where they 


have to be connected with the appropriate address and control signals. 
Figure 3.13 illustrates a memory socket pair and the signal connections 
for 28-pin and 24-pin devices. 


Figure 3.13: Memory Pin Assignment 
MEMxU 

+—-—----— —-- - — - + 
MPU-D11 ----+15 (13) D3 GND (12) 14+-------- GND 
MPU-D12 ----+16 (14) D4 D2 (11) 13+---- MPU-D1O 
MPU-D13 ----+17 (15) D5 Dl (10) 12+---- MPU-DO09 
MPU-D14 ----+18 (16) D6 DO (9) 11+---- MPU-DO8 
MPU-D15 ----+19 (17) D7 AO (8) 10+---- MPU-A01 
Klx-P20 ----+20 (18) Al (7) 9+---- MPU-AO02 
MPU-All ----+21 (19) A10O A2 (6) =8+----—- MPU-A03 
K1lx-P22 ----+22 (20) A3 (5) £=7+---- MPU-A04 
K1lx-UP23 ---+23 (21) A4 (4) =6+---- MPU-A05 
MPU-Al10 ----+24 (22) A9 AS (3) 5+---- MPU-A06 
MPU-A09 ----+25 (23) A8 A6 (2) £=4+---- MPU-A07 
Klx-P26 ----+26 (24) A7 (1) £3+---- MPU-AO8 
Kix-P270 ---+27 ----3---- 92 n nn 2+----- K1lx-P2 
+5V -------- +28 +5V 1+----- Klx-Pl 

+—---—--——---- --- - - - + + 

MEMxL 

$——------—-- + 
MPU-DO03 ----+15 (13) D3 GND (12) 14+--------- GND 
MPU-DO4 ----+16 (14) D4 D2 (11) 13+----- MPU-DO2 
MPU-D05 ----+17 (15) D5 Di (10) 12+----- MPU-DOL 
MPU-D06 ----+18 (16) D6 DO (9) 11+----- MPU-DOO 
MPU-DO7 ----+19 (17) D7 AQ (8) 10+----- MPU-AO1 
K1x-P20 ----+20 (18) Al (7) 9+----- MPU-A0Q2 
MPU-All ----+21 (19) A1O A2 (6) £8+----- MPU-AO3 
Klx-P22 ----+22 (20) A3 (5) ]+----- MPU-AO04 
Klx-P23L ---+23 (21) A4 (4) =6+----- MPU-AO5 
MPU-A10 ----+24 (22) A9 AS (3) £5+t----- MPU-A06 
MPU-A09 ----+25 (23) A8 A6 (2) £=4+----- MPU-AO7 
Kix-P26 ----+26 (24) A7 (1) £43+----- MPU-AO08 
K1lx-P27L ---t+27 --------------------- 2+------ Klx-P2 
+5V -------- +28 +5V 1+------ K1lx-Pl 

+—-—-—--—-—------—-— -- --- + 
Note: The letter "x" reflects the number of the socket 

pair, and may have a value of 1, 2, 3, or 4. 


Figure 3.14 shows the signal assignment on the jumper areas K11 - Kl4. 
On the local bus side, these signals are the address lines Al2 - Al5, 
the memory select signal MxS*, the output enable signal OE*, the upper 


byte and lower byte write pulses WRU* and WRL*, and the +5V power supply 


voltage. On the memory side, the socket pins 1, 2, 20, 22, 23U, 231, 
26, 27U, and 27L are fed to the Jumper areas. 
Figure 3.14: Jumper Areas Kll - kK14 
Pin Numbers: Signals: 
$o-—--------- —+) $o------------------ + 
21 20 19 Al13 P23L Al2 | 
18 17 16 P2 +5V P20 | 
15 14 13 | Al4 Pl MxS* 
12 11 £10 P26 Al5 P22 
9 8 7 +5V P27L OE* 
6 5 4 P27L WRL* P23L | 
| 
3 2 1 P27U WRU* pP23U | 
+------------ + $——-—-—--—-—--------- -—+ 
After having selected the devices to be installed in a memory socket 
pair, the user has to configure the according jumper area. Table 3.9 


and Table 3.10 


for RAMs and ROMs of different sizes. 


Table 3.9: 


wf a ee ae re ee we ee me 
| MEMORY TYPE 

cf ee ee ee oe ee 
| 2K x 8 RAM 

oe 
4K x 8 RAM 

0 
8K x 8 RAM 
Kase oa 
16K x 8 RAM 

fe me ce ae ee oe ee 
32K x 8 RAM 

he mee ot ee ae eae a ee ee a ca oe ee oe 


+—— +—+ 


+ —————- + 


Signal Connections for RAM Devices 


SIGNAL CONNECTIONS ON CONFIGURATION JUMPER AREA 


both RAMs, 
upper RAM, 


both RAMs, 
upper RAM, 
both RAMs 


both RAMs, 
upper RAM, 
both RAMs, 


both RAMs, 
upper RAM, 
both RAMs, 
both RAMs 


both RAMs, 
upper RAM, 
both RAMs, 
both RAMs, 


both RAMs, 
lower RAM 


both RAMs, 
lower RAM, 


both RAMs, 
lower RAM, 
both RAMs 


both RAMs, 


lower RAM, 
both RAMs, 


both RAMs, 
lower RAM, 
both RAMs, 
both RAMs 


list which signals must be connected on the jumper areas 


i a i et a Sa a a a aaa a aD a kr ce al 4. 


ee cee ec mee ce mcs es me ee ce ee eee ee ee me ew ee ee ree re mee eee cee me ee ee ree ee ee ee wre ee we ee ee +} 


Sse aa eS ea See ee ee ee ee ees + 


ic a a dS ul ce ce ee er nes a a a i eee masa a 


Table 3.10: Signal Connections for ROM Devices 


+—-—- ~~ -- - - paw ae en a meen ee + 
| MEMORY TYPE | SIGNAL CONNECTIONS ON CONFIGURATION JUMPER AREA | 
fon —--—--- fe a a nn rrr nee + 
| 2K x 8 ROM | MxS* to CS* of both ROMs, OE* to OE* of both ROMs, | 
$----—--------- pone en en ee eee + 
4K x 8 ROM | MxS* to CS* of both ROMs, OE* to OE* of both ROMs, | 
Al2 to All of both ROMs | 
$——--- + - pom ne eee + 
8K x 8 ROM | MxS* to CS* of both ROMs, OE* to OE* of both ROMs, | 
| | Al2 to All of both ROMs, Al13 to Al2 of both ROMs 
$—------------ $a an a a eee > + 
16K x 8 ROM | MxS* to CS* of both ROMs, OE* to OE* of both ROMs, | 
Al2 to All of both ROMS, Al1l3 to Al2 of both ROMs, 
| Al4 to Al3 of both ROMs | 
+~------------- fp a a a a a a a a rr eee 4 
32K x 8 ROM MxS* to CS* of both ROMs, OE* to OE* of both ROMs, | 
Al2 to All of both ROMS, Al3 to Al2 of both ROMs, 
Al4 to Al3 of both ROMs, A15 to Al4 of both ROMs_ | 
+e — nm em meee - me a a a ww a ww wn ww rn we mn rm rn ner ne newer rrr errnreeerse-nrn + 


Table 3.11 lists several popular RAM and EPROM devices that may be 
installed in the local memory sockets. If any of these devices, or 
device types having identical pin-outs, are selected for use, _ the 
specified connections must be made on the according jumper areas. When 
devices with different pin-outs are installed, the user should refer to 
Tables 3.9 and .3.10 to determine the appropriate jumper configuration. 


Table 3.11: Configurations for Popular Memories 


| ae Raa eee RT ee eT Pe ap eT Er an ame a oe 2 oF ee OP 6 8 o® PP aw a2 28 = at ow ap 


$————- - - - - - - - - - - - - - - - + 
| Kll, K12, K13, K14 CONNECTIONS | MEMORY DEVICE | 
$e +----- —- 2 -- - - - - -- - = + 
1-2, 4-5, 7-10, 9-12, 13-16 cooked | 2128 2K x 8 RAM 
119 | 5128 2K x 8 RAM 
$e -  - - - - - - - - - - - - - - - - = - $---------- - - = - +--+ + 
1-4, 2-3, 5-6, 7-10, 9-12, in (ae | 5188 8K x 8 RAM 
13-16, 18-21, 19-20 HET 19 | 
ha rr ee + - - - - - - - - -- - + 
| 1-4, 7-10, 9-12, 13-16, 17-20 eo | 2516 2K x 8 EPROM 
l1CL TT 19 2716 2K x 8 EPROM 
+—---------- ~-- - - - — - - - + - - $——————- - - —- - - - - ~ - ~~ + 
1-4, 9-12, 10-13, 16-19, 17-20 pe Re | 2532 4K x 8 EPROM | 
| | 172. 19 | 
4$ - me an  - - - - - - - - - - -- $——-—----------~---------- + 
| 1-4, 7-10, 9-12, 13-16, 19-20 2s 2732 4K x 8 EPROM | 
LER 119 
4 a a a a a a nn ee - == + 
| 1-4, 3-6, 7-10, 8-9, 13-16, ia 9 ee 2764 8K x 8 EPROM | 
| 14-17, 18-21, 19-20 LEHET 19 | 
$2 a a $———--—- -- = ~~ -- -- -- - - - + 
1-4, 3-6, 7-10, 8-9, 12-15, Ce RSE SE | 27128 16K x 8 EPROM 
13-16, 14-17, 18-21, 19-20 ETI 19 | 
fm a a a a a a = + 
1-4, 3-6, 7-10, 8-11, 12-15, eC ee a | 27256 32K x 8 EPROM 
13-16, 14-17, 18-21, 19-20 Lert I19 | 
4+ ——--- - —- — - - — - e+ - - - - = - --------- $—— 3 - -  - - - -  - - - - + 


3-1 


> 


3.4.9. Local ROM Access Time 


The jumper area K4 is used to select the number of wait cycles inserted 
by the MPU when accessing local ROM. K4 must be configured such that 
the timing of a read operation from local ROM meets the requirements of 
the slowest ROM device installed in the memory sockets. For each jumper 
position on K4, Table 3.12 lists the maximum output delay times of the 
ROM devices that can be tolerated for proper operation. 


More detailed timing specifications of the local memory access are given 
in Paragraph 2.12. | 


Original configuration: 3 wait cycles inserted 


Figure 3.15: Jumper Area K4 


+——------ + 
ROMDEL ae | 8 7 +--- 0 W.C. 
ROMDEL ---+ 6 5 +--- 1 W.C. 
| | 
ROMDEL Ty 4 3 +--- 2 W.C. 
| 
ROMDEL ---+ 2 1 +--- 3 W.C. 
$—------- + 


Table 3.12: Local ROM Access Time Selection 


+—-—--------------- $—---—---------=- $~—-—--—--- ~~ - - ee + 
| K4 CONNECTIONS | WAIT CYCLES | MAXIMUM ROM DELAY TIMES | 
+—-—--------------- $—————--—------—— $e - + 
1-2 | 3 Addr. Valid to Data Valid max. 665 ns | 
OE* Low to Data Valid max. 600 ns 
| CS* Low to Data Valid max. 530 ns | 
$o-—------ - -- + $—------------ + —-—--—- —- - - - ~~ - - + 
3-4 2 Addr. Valid to Data Valid max. 540 ns 
OE* Low to Data Valid max. 475 ns 
CS* Low to Data Valid max. 405 ns 
$——-——-~--- -- ---— +—------------- $——----- -- - - - - - + 
| 5-6 1 | Addr. Valid to Data Valid max. 415 ns 
| | OE* Low to Data Valid max. 350 ns 
CS* Low to Data Valid max. 280 ns 
$—-—---—-----—------- +—--------~----- +—-—----- -- - - + 
7-8 0 Addr. Valid to Data Valid max. 290 ns 
OE* Low to Data Valid max. 225 ns 
CS* Low to Data Valid max. 155 ns. 
$—--—------—--—-----—- +—--—-—---------- $—---- ~~~ ee + 


3.4.10. Address Map Configuration 


The original configuration of the MVME101 address map, as shipped from 
the factory, is shown in Table 2.5. If this map does not meet the 
requirements of the actual application, a new Address Decoder PROM must 
be programmed according to the demands. For a good comprehension of the 
following procedure, the user should be familiar with the functional 
description of the Address Decoder in Paragraph 2.7. 


3.4.10.1. Local Memory Addresses 


After the user has selected the RAM and ROM devices to be used for local 
memory, the addresses to be contained within each memory socket pair 
must be specified. To avoid address swapping, the base address of each 
memory pair must reside on the correct boundary. These boundaries are 
integer multiples of the memory pair size. Each memory pair occupies 
an address range of twice the size of a single device. Table 3.14 can 
assist in the selection of local memory base addresses for the various 
sizes of memory devices. The position of the local memories may be 
registered in the personal address map in Table 3.16. 


3.4.10.2. Local I/O Addresses 


The local I/O-devices occupy one 4K bytes segment in the address map. 
Any 4K boundary in Table 3.14 may be specified as the base address of 
the I/O-registers. After the user has selected this base address, he 
may obtain his personal I/O-register address map by using Table 3.17 
and adding the chosen base address to the values listed in the ADDRESS 
column. The position of the local I/O-devices segment may be registered 
in the personal address map in Table 3.16. 


3.4.10.3. VMEbus Short I/O Addresses 


When I/O-modules using the address modifier code for Short I/O Address 
are installed in the system, an address field of 64K bytes must be 
reserved in the address map for accessing them. Such modules decode 
only the address lines AOQ1 - Al5 on the VMEbus, i.e. a 64K address 
range, when they are enabled by the address modifier lines. The user 
may specify any 64K boundary in Table 3.14 as the base address of these 
global I/O devices. Their addresses in the MVME]01 memory map, as seen 
from the MPU, can then be calculated by adding the selected base 
address as an offset to their 16-bit addresses. The position of the 


Short I/O Address field may be registered in the personal address map in 
Table 3.16. 


3.4.10.4. VMEbus Standard Addresses 


— Fe em cm aut ae ee cee eed eee ae ow ee Se cm ee <o eet om ew ame ee ee oe eee ee eee ee et ee eee oe ae ee oe 


All address segments in the Lo Block and in the Hi Block which are not 
selected as local memory, local I/0, Or VMEbus short I/O addresses, 
should be specified as VMEbus Standard Addresses in the personal address 
map. By that, on-board and off-board address fields for RAM, ROM, and 
memory-mapped I/O-devices may be contiguously allocated. 


3.4.10.5. Address Decoder PROM Programming 


After the user has configured his personal address map, he must specify 
the contents of the Address Decoder PROM. This PROM is organized as 
512 x 4 bits. The PROM locations 000 - OFF represent the Lo Block, the 
locations 100 - 1FF represent the Hi Block of the address map. Bach 
PROM location corresponds to one 4K bytes address segment. 


For each of these 512 address segments, the Address Decoder PROM must be 
programmed to define which device is selected. These devices may be 
either local RAM or local ROM in one of the four memory socket pairs, 
or local I/O-devices, or VMEbus I/O modules responding to short I/0 
addresses, or VMEbus modules responding to standard addresses. The 
PROM defines the devices using the encoding scheme shown in Table 3.13. 


To determine the data to be recorded in each PROM location, the user 
refers to his personal address map in Table 3.16 and specifies for each 
MPU address segment in Table 3.15 the device to be selected by entering 
the appropriate hexadecimal code number of Table 3.13. 


The Address Decoder PROM may be a Signetics N82S130 or any electrically 
and physically compatible bipolar PROM. For proper operation, the 
maximum address access time of the used PROM must not exceed 50 ns, the 
maximum chip select access time must not exceed 30 ns. 


Table 3.13: Address Decoder PROM Data Definition 


$----------- fea ee + 
| PROM DATA | SELECTED DEVICES 4 
+----------- $------------------------ -- - -- - - - - - - - - - - = - -- - - - - - - = = + 
0 Local RAM in socket pair l 
1 Local RAM in socket pair 2 
2 Local RAM in socket pair 3 | 
$--—--------- $-—------------—--------- - -- -- - --- - - -- = - - - - -- - - - - - - - = - = - + 
| 3 | Invalid | 
$——---------- fe nn rn nn en nn nn ee ee + 
4 Local ROM in socket pair 1 | 
5 Local ROM in socket pair 2 | 
6 Local ROM in socket pair 3 | 
7 Local ROM in socket pair 4 | 
$----------- +—---------~---------------—- ---- - - -- -- - - - - - + + 
8 | Local I/0-devices | 
foe -- $e ++ + 
9 Invalid 
A Invalid 
B Invalid 
C Invalid 
D Invalid 
fama  - - -  - - - - -  - - 5 5 + - + 
E VMEbus Short I/O Address | 
F VMEbus Standard Address | 
$----------- $—-—----------------- - - - -- - - - - - - - - = - - = - = + 


Table 3.14: 


fo ee ee eee ee $—-—--------- + 
ADDRESS FIELD SIZE | BOUNDARY | 
fe a a a rrr rrr +——-—-—------— + 
4K bytes FxFOO00 
8K bytes 4K bytes FxE000 
4K bytes FxD000 
16K bytes 8K bytes 4K bytes FxC000 
4K bytes FxB000 
8K bytes 4K bytes FxA000 
4K bytes Fx9000 
32K bytes 16K bytes 8K bytes 4K bytes Fx8000 
4K bytes Fx7000 
8K bytes 4K bytes Fx6000 
4K bytes Fx5000 
16K bytes 8K bytes 4K bytes Fx4000_ | 
4K bytes Fx3000 
8K bytes 4K bytes Fx2000 
4K bytes | Fx1000 
64K bytes 32K bytes 16K bytes 8K bytes 4K bytes Fx0000 
$-—-----— - - - - - - - - - - - - - - - $+—-—-----—---- + 
4K bytes OxF000 
8K bytes 4K bytes 0OxE000 
AK bytes OxD000 
16K bytes 8K bytes 4K bytes 0xC000 
4K bytes 0xB000 
8K bytes 4K bytes 0xA000 
4K bytes 0x9000 
32K bytes 16K bytes 8K bytes 4K bytes 0x8000 
4K bytes 0x7000 
8K bytes 4K bytes 0x6000 
4K bytes 0x5000 
16K bytes 8K bytes 4K bytes 0x4000 
4K bytes 0x3000 
8K bytes 4K bytes 0x2000 
4K bytes 0x1000 
64K bytes 32K bytes 16K bytes 8K bytes 4K bytes 0x0000 
$a mee +—---------- + 
Note: The letter "x" in the BOUNDARY column may have any hex value. 


Address Boundaries 


—, 


ADDR 


FFOxxx 
—. + casi chun ap Gem“ 
FREFXxx 
FEEXxx 
FEDXxx 
FECXXX 
FEBXXxX 
FEAXXX 
FE9xXxx 
FE8xxx 
FE 7 Xxx 
FE6xxx 
FE5SXxx 
FE4xxx 
FE3XxXxX 
FE2xXxxx 


= Note: 


- 


A 


Table 3.15: 


D 


FCFxXxx 
FCEXxXx 
FCDXxx 
FCCXxXX 
FCBXxXx 
FCAXxXx 
FC9OxXxx 
FC8xxx 
FC7xxx 
FC6xxx 
FC5xxx 


PROM 
A D 


—s 


FBFxxx | 1BF | 
FBExxx| LBE 
FBDxxx 
FBCXxXx 
FBBxxx 
FBAXxXx 
FBOxXxx 
FB8xxx 
FB7xXxx 
FB6xxx 
FB5xxx 
FB4Axxx 
FB3xxx|1B3 
FB2xxx|]1B2 
FB1lxxx|1Bl 
FBOxxx]| 1B0O 


+------ $—--+-—4 


FAFxxx | 1AF | 
FAEXxx| 1AE| 
FADXxx] LAD 
FACXxx| LAC 
FABxxx| 1AB 
FAAxxx| 1AA 
FA9xxx| LAY 
FA8xxx | 1A8 
FA7xXxx|1A7 
FA6xxx | 1A6 
FASXxx 

FA4xxx 

FA3XxXxX 
FA2Xxx 
FALXxx|1Al 
FAOxxx]| 1A0 


+------ +—-—-—+--+ 


Address Decoder PROM Specification 


FOFxxx|19F| 
FOEXXX| LOE 
FODxxx| 19D 
FOCxxx|19C 
FOBxxx|19B 
F9Axxx|19A 
F99xxx|199 
F98xxx|198 
F97xxx|197 
F96xxx| 196 
F95xxx!]195 
F94xxx|194 
F93xxx!193 
F92xxx!192 
FOIlxxx]191 
F9Oxxx/190| 


+----~- +~—--+--+ 


F8Fxxx!18F | 
F8Exxx|18E| 
F8Dxxx|18D/| 
F8Cxxx]18C| 
F8Bxxx|]18B | 
F8Axxx|18A| 
F89xxx!189 
F88xxx|188 
F87xxx +e 
F86xxx]186 
|F85xxx!185| 
|F84xxx!184 
|F83xxx!183 
F82xxx|1182 
F81xxx|181 
F80xxx|180 


| 


Table 3.15: 


ADDR 


FOF Xxx 
FOEXXX 
F6Dxxx 
F6OCXxXxX 
F6BxXxXx 
FOAXXx 
F6O9xXxx 
F68xXxXxX 
F6O7XxXxX 
FO60XxXxX 
FO5Xxx 


A 


1oF 
16E 
16D 
16C 
16B 
16A 
169 


The letter "x" in the MPU ADDR column represents any hex value. 


D ! 


Address Decoder PROM Specification 


ee 


F5Fxxx|15F 


F5SEXXxX 
F5Dxxx 
F5CxxXx 
F5Bxxx 
F5Axxx 
F59xxx 
F58xxx 
F57xXxxx 
F56xxx 
F55xxx 
F54xxx 
F53xXxx 
F52xxx 
F51lxxx 
F50xxx 


15E 


$------ $—----- + 


| 


+------ es 


MPU 
ADDR 


F32xxx 
F31xxx 
F30xxx 


PROM 
A D 


132 
131 
130 


F2Fxxx|12F | 


F2EXxXx 
F2Dxxx 
F2CXXx 
F2BxXxx 
F2AXxXxx 
F29xxx 
F28xxx 
F27Xxx 
F260xXxXx 
F25xxx 
F24xxx 
F23xxx 


12E| 


127 
126 
125 
124 
123 


F22xxx|122 
F21xxx]121 
F20xxx|]120 


( cont’d ) 


+——----— +—------ + 
PROM | 


| 


+------ $—--+—-—+ 


MPU 
ADDR 


FILSXxx 
FIL4xxx 


A D 


115 
114 


F13xxx]113 


FIL2xXxx 
Fillxxx 


112 
lil 


F1lOxxx|110 


FOFxXxx 
FOEXxx 
FODxxx 
FOCxXxx 


LOF 
LOE 
1OD 
Loc 


FOBxxx]|10B 


FOAXxXx 
FOOxxx 
FO8xxx 
FO7xXxx 
FO6xxx 
FOSxxx 
FO4xxx 
FO3xxx 
FO2xxx 


10A 
109 
108 
107 


FOlxxx|101 
FOOxxx| 100 
pao $-—--+——+ 


| 


— + — 


ANS 


RIAD 9 EL IR LN EE RR a A OL 


at 


Table 3.15: Address Decoder PROM Specification ( contd ) 


+—------ +------— + +------ +—------ + +—------ +—------ + +—-—----- +------ + 
ea MPU PROM | MPU PROM | MPU | PROM | | MPU | PROM | 
| ADDR | A D! ADDR | A D ADDR | A D | ADDR | A D 
+—-—---- $———+f——4+ +—-—----- +——--+-=+ $-———--- $—--+-—-—+ +—--—-—--- +—-—-—+——+ 
OFF xxx nh ODF xxx | ODF OBF xxx | OBF O9Fxxx|09F| 
OFExxx |] OFE QODExxx!| ODE OBExxx | OBE O9Exxx | 09E 
OFDxxx | OFD ODDxxx | ODD OBDxxx | OBD 0O9Dxxx! 09D 
OFCxxx| OFC ODCxxx | ODC OBCxxx | OBC 09Cxxx|09C 
OFBxxx | OFB ODBxxx | ODB OBBxxx | OBB | O9Bxxx!09B 
OFAxxx | OFA ODAxxx| ODA Pee OBA 09Axxx|09A| 
OF 9xxx | OF9 OD9xxx| ODI OB9xxx | 0B9 099xxx|099 
OF 8xxx | OF8 OD8xxx]0D8 poe OB8 098xxx]098 
OF 7xxx | OF7 OD7xxx | 0D7 0B7xxx | 0B7 097xxx | 097 
OF 6xxx | OF 6 OD6xxx | OD6 OB6xxx | OB6 096xxx}]096 
OF5xxx]| OF5 OD5xxx|]0D5 OB5xxx|0B5 095xxx|095 
OF 4xxx | OF4 OD4xxx|0D4 OB4xxx | OB4 O94xxx|094 | 
OF 3xxx| OF3 OD3xxx|0D3 OB3xxx|0B3 093xxx|093 
OF 2xxx | OF 2 OD2xxx|O0D2 OB2xxx | OB2 0O92xxx|092 
OF lxxx | OF1 OD1xxx|0D1 OB1xxx]0BL O91lxxx|091 
OF Oxxx | OFO ODOxxx| ODO OBOxxx | OBO 090xxx|090| 
+------— +———+——+ +------— +~---+--—+ +—-—-——---— +———-+——+ +------ +——-—+——+ 
OEFxxx | 0EF OCFxxx| OCF | OAFxxx| OAF | | O8Fxxx|08F| 
OEExxx | OEE OCExxx] OCE OAExxx | OAE| O8Exxx|08E| 
OEDxxx | OED OCDxxx | OCD OADxxx | OAD O8Dxxx| 08D 
QOECxxx | OEC OCCxxx | OCC OACxxx} OAC O8Cxxx|08C 
OEBxxx | OEB OCBxxx| OCB OABxxx | OAB O8Bxxx]08B 
OEAxxx | OEA OCAxxx| OCA OAAxxx| OAA O8Axxx|08A 
OE9xxx]| 0E9 0C9xxx] 0C9 OA9xxx|0A9 089xxx|089 | 
OE8xxx | 0E8 OC8xxx!]0C8 OA8xxx| 0A8 088xxx]088 | 
OE7xxx | OE7 OC7xxx| 0C7 OA7xxx | 0A7 087xxx|087 
OE6xxx | OF6 OC6xxx | 0C6 OA6xxx} OAG6 0O86xxx!] 086 
OE5xxx|0E5 OC5xxx|0C5 OA5xxx] 0A5 0O85xxx]085 
OE4xxx| 0E4 OC4xxx| 0C4 OA4xxx] 0A4 084xxx|084 
OE3xxx| 0E3 0C3xxx|0C3 OA3xxx|! 0A3 083xxx|083 
OE2xxx}| OE2 OC2xxx|0C2 OA2xxx | 0A2 O82xxx! 082 
OE1lxxx]| OEL OC1lxxx}| 0C1L OAlLxxx| OAL O8lxxx}081 
OFOxxx | OEO OCOxxx] 0CO OAOxxx]| 0AO 080xxx]080 
+------ +—-—-—+-—+ +------ fe——pf—— + +—-----—- +—-—-—+—-—+ +—--—-—---— +—-—+--+ 


Note: The letter "x" in the MPU ADDR column represents any hex value. 


Table 3.15: Address Decoder PROM Specification ( contd ) 


+------ +------ + +------ +------ + +—--—--~—- +------ + +—-—----- +------ + 
MPU PROM | MPU | PROM | MPU | PROM | | MPU | PROM 
ADDR | A D! ADDR | A D ADDR | A D ADDR | A D 

+—------ $—---—+4+-—-+ +------ +—--—+—-—-+ +—------ $——--4+-=-+ +—----- +—--+4+--+ 

07Fxxx|07F O5Fxxx|05F 03Fxxx|03F O1Fxxx]O1F 
O7VExxx|07E OSExxx|05E 03Exxx|03E O1LExxx!] OLE 
0O7Dxxx|07D 0O5Dxxx|05D 0O3Dxxx]| 03D 01Dxxx|01D 
07Cxxx|07C 0O5Cxxx|05C 03Cxxx!]03C 01Cxxx}|01C 
O7Bxxx|07B O5Bxxx]05B O3Bxxx]03B O1Bxxx!|01B 
O7Axxx|0O7A OSAxxx|]05A QO3Axxx|03A O1lAxxx!/O1A 
079xxx|079 059xxx|059 039xxx}|039 019xxx!019 
078xxx|]078 058xxx]058 038xxx|038 | 018xxx]018 
0O77xxx|077 0O57xxx|057 037xxx] 037 O17xxx|017 
076xxx|076 056xxx| 056 036xxx|036 | 016xxx| 016 
O75xxx|075 055xxx!]055 035xxx|035 O15xxx}]015 
O74xxx|074 054xxx| 054 034xxx|034 O14xxx!]014 
073xxx!073 053xxx!053 033xxx|033 013xxx/]013 
072xxx|072 052xxx}]052 032xxx|032 O1l2xxx|012 
O71xxx)|O071 O51xxx|051 O31lxxx|031 Ollxxx] 011 
070xxx | 070 050xxx| 050 030xxx| 030 010xxx}]010| 
+--—----— $——-—f——4+ +—-—--—--— +—-—-—-+4+--—+ +—-—----—-— Seles et +——-—-+—-—+ 
O6F xxx] 06F | O4Fxxx]|04F | 0O2Fxxx|02F | OOF xxx | OOF 
O6Exxx | O6E O4Exxx|O04E O2ExXxx | 02E OOExxx | OOE 
06Dxxx| 06D 0O4Dxxx}]04D 02Dxxx!02D OODxxx| 00D 
O6Cxxx!] 06C 0O4Cxxx]04C O2Cxxx|02C 00Cxxx|00C 
O6Bxxx| 06B 04Bxxx 4 02Bxxx|02B 0OOBxxx]00B 
O6Axxx|06A 04Axxx|04A 02Axxx|02A OOAxxx|0O0A 
069xxx| 069 049xxx!049 029xxx!029 009xxx|009 
068xxx! 068 048xxx!048 028xxx| 028 | 008xxx|008 
067xxx!] 067 047xxx|047 O27xxx|027 007xxx{|007 
066xxx | 066 046xxx | 046 026xxx| 026 | 0O06xxx| 006 | 
065xxx]065 045xxx1045 | 025xxx|025 005xxx|005 | 
0O64xxx| 064 O44xxx!]044 O24xxx]024 004xxx}]004 
063xxx!063 043xxx|]043 023xxx|023 003xxx|003 
062xxx| 062 O42xxx|]042 O022xxx|022 002xxx| 002 
061xxx] 061 041xxx|041 |O21xxx!021 0O1lxxx]001 
060xxx| 060 |040xxx| 040 |020xxx| 020 000xxx|000 
+------ $—-——+-—+ +—--—---—- +———+-——+ +—--—-—-- $——--+——+ 4+—------— 4+——-—+4+——+ 
Note The letter "x" in the MPU ADDR column represents any hex value. 


Table 3.16: Personal Address Map 


egy ee ee ee 


CONTENTS 


$——-——------— fm ae en ee ee = 


ccs as ae eee 
| ADDRESS | 
FFFFFF 
Ee S:8:ac8 
+—--—-----—--~— + 
tae ae ee | 
ects | 
$o---=----- + 
ice kes 
| ake ee 
$---—------- + 
Passes 
Pesce 
$—--------- + 
Pieces 
| ee e 
$—---—------ + 
Bite 
F00000 
+---------- + 
EFFFFF 
100000 
pon aa—----- + 
OFFFFF 
ee 
$—---------~ + 
Oeeaas 
0 e® @ 6 @ ® 
$a—--------- + 
Oiswass 
Oreos | 
fone + 
0 e®e8¢ 6 6 
0 @®e@ 868 @ @ 
$——-------- + 
5 eee 
000400 
feeaoeee eee + 
0003FF 
000000 
$o~-------- + 


ee ee eee ee ee ee ee ee ee ee ee ee ee ee ae ee ee ee ee ee ee 


$—-—--------- = - - - - - - - - - -- + 
| SELECTED DEVICES | 
$——------ -- -- - - - - - - - - - ~~ --- + 
| | 
| 
$— + 
| 
a a cy a a a cc ed ae a nels + 
a a ee ERS Ee ee ee 4 
Se ne ee eee eo + 
$——------ - - - - - - - + 
a ea ls aces ce Ss anes alee cc + 
| 
Global Memory | 
or 
Memory-mapped Devices 
4—-—----—------- —- -- - - - - - - - - -- --- + 
| | 
$o——-—-- - - - + 
+—-—----------- - - - - - - - - - - - - + 
$o---—- + 
| 
4+—-—--—-—--—----—---------------- + 
$—--—-—-—-—-- ~~ - - - ~~ - + 
PrsSas spate saceeee oe see ea + 


Table 3.17: Personal I/O-Register Address Map 


$—-—----—+-------- $+—-—------ pone a rere + 
|DEVICE|ADDRESS | MODE | REGISTER 
+—-—-----— f——--—---- +—------- $——-—- ere + 
| MCR | ...0F1 | r/w | Module Control Register 
+—-—----— fom $—-—-—-—-——— f———-—- nee + 
| MSR | ...0E1 | r/w | Module Status Register 
+——--—-—- $—-------- +------- $—-—----~--- = - 
PTM -. ODF read LSB buffer register 
.. ODF write Timer #3 latches 
~- ODD read Timer #3 counter 
»- ODD write MSB buffer register 
»--ODB read LSB buffer register 
.--ODB write Timer #2 latches 
~--O0D9 read Timer #2 counter 
»--O0D9 write MSB buffer register 
see0D7 read | LSB buffer register 
-.-OD7 write | Timer #1 latches 
»--OD5 read Timer #1 counter 
»--0D5 write MSB buffer register 
».-0D3 read Status register 
.- -OD3 write control register #2 
»»-OD1L read no operation 
».-ODL write | CR20 = 1: control register #1 
...O0D1 | write | CR20 = 0: control register #3 
+----—- $+—----—--- +—-—------— $m ee 
PIA coaQl7 r/w Section B control reqister 
.e20C5 r/w CRB-2 = 1: Section B peripheral register 
jee 0Cs r/w CRB-2 = 0: Section B data direction register 
see0Cs r/w Section A control register 
5ug OC1 | r/w CRA-2 = 1: Section A peripheral register 
(ae OGL r/w CRA-2 = 0: Section A data direction register 
+------ +—------—--— $+------- +—--—------------------- ---- - ~~ -- - - - - - - - - - - - - 
PCI2 | ...0B7 | r/w command register 
~- OBS r/w mode register #1 / mode register #2 
sc VBS read Status register 


~- -0B3 write SYN] register / SYN2 register / DLE register 
receive holding register 
transmit holding register 
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he ie ta eee 
PCGLilL ~- OAT r/w command register 

e205 r/w mode register #1 / mode register #2 
ies OES read Status register 
».-0A3 write SYN1 register / SYN2 register / DLE register 
ooeJAd read receive holding register 
...O0Al | write | transmit holding register 

$—-—-—--—— +-------- +—-—------— +—-----~-------------------- ----- -- - -- - - - ------- 


3.5. SOFTWARE INITIALIZATION 


In the reset routine, the user has to provide routines for initializing 
the Serial Communication Interfaces, the Peripheral Interface Adapter, 
the Programmable Timer Module and the Module Control Register of the 
MVME101 monoboard computer. 


3.5.1. Serial Communication Interface Initialization 


eae eo axe wee «= ao? oe ee eee ew oe eee wet ee ee ot oe ae 6 ee ee eee we ce ee oe oe ae ee ee ee eee ee es ees eo eee ae ee ee eee eo eee i ee eee ee 


Prior to transmitting data via the serial ports, the user has to program 
the MC68661 devices by initializing their mode and command registers 


and, for synchronous operation, their SYN1, SYN2 and DLE registers. 
The Motorola MC68661 EPCI Data Sheet in Appendix B_ provides detailed 
programming instructions. The original addresses of the EPCI registers 


are listed in Table 2.6. 


3.5.2. Peripheral Interface Adapter Initialization 


=e o=e ass oh wer ae com 28 ee oe ot oe ose oe eet oe ee ew eee we eee om ow a oe we ae ee ae ee oe ee ee ee ee ee ee ee ae eee ee ae ee 


The direction of the peripheral input/output lines and the function of 
the peripheral control lines at the connector P2 are controlled by the 
data direction and control registers of the MC6821 device. The Motorola 
MC6821 PIA Data Sheet in Appendix C provides detailed programming 
instructions. The original addresses of the PIA registers are listed in 
Table 2.6. 


3.5.3. Programmable Timer Module Initialization 


The initialization of the MC6840 Programmable Timer Module is described 
in the Motorola MC6840 PTM Data Sheet in Appendix D. The original 
addresses of the PTM registers are listed in Table 2.6. 


3.5.4. Module Control Register Initialization 


-=—_ a? ot ob ew ae eee ee eee ee ewe ew eS ee ee 3 ee ee ewe ew ew ee ow ew ee a ee ee es oe! ee ee ee ew ee’ == ee ee ew oe aw ee ee =e 


The Module Control Register controls the hexadecimal status display, 
the bus block transfer request, and the time out counters. Paragraph 
2.6 gives a detailed description of the MCR functions. The device is 
Originally located at address FEOOFI. 


3.6. INSTALLATION 


The MVME101 may be used either as the system controller module ina 
VMEbus system ( System Controller Configuration ), or as an MPU module 
on a selectable priority in a multiprocessor VMEbus system ( Standard 
Configuration ), or aS an isolated monoboard system that resides only 
physically on the VMEbus backplane ( Isolated Configuration). The 
hardware preparation for these different modes of operation is described 
in Paragraph 3.4. 


In the Isolated Configuration, the MVME101 module may also be used as a 
monoboard computer system without a VMEbus backplane. In this case, the 
power supply voltages must be connected to the respective terminals of 
Pl by a female DIN 41612 C 96 connector. The location of the power 
Supply inputs at Pl is outlined in Table 2.9. | 


PRIOR TO INSERTING OR REMOVING THE MVMEI1O1 MODULE, ENSURE THAT 
SYSTEM POWER IS SWITCHED OFF, AS COMPONENTS COULD BE DAMAGED. 


$------------ - - - - - - - - - - - - - -  - - ee = + 
At the connector P2 the peripheral input/output signals of the PIA and 
the PTM are available. Note that these lines are not buffered and do 
not have any overvoltage protection. Therefore the characteristics of 


the signals applied at P2 must meet the specifications of the MC6821 and 
MC6840 devices. In addition to the I/O signals, the +5V power voltage 
is available at P2 and may be used to supply interface buffers. As the 
maximum +5V input current at Pl is limited to 1.5 Ampere per terminal by 
the DIN 41612 connector specifications, the maximum +5V output current 
at P2 must not exceed 4.5 Amperes minus the MVME1O1 Supvly current. 


4.1. 


INTRODUCTION 


This chapter provides 


4.2. PARTS LIST 


Table 4.1 


time of printing. 


reflects 


CHAPTER 4 


MAINTENANCE INFORMATION 


the parts list, 
schematic diagrams for the MVME1O1 monoboard computer. 


the assembly drawing, 


and the 


the latest issue of hardware for the MVME1LO1L at the 


The parts locations are shown in Figure 4.1. 


Table 4.1: MVME1O1 Parts List 
$-—--=-4---—----- ---- $—------------ $n------- - - - - - - - + + 
| QU | DESIGNATION | PART NUMBER | DESCRIPTION | 
+----4------------- $------------- fon + 
2 C1,C2 23-G9618M05 100 uF/ 10 V Electrolytic Capacitor | 
2 C3,C4 23-G9618M03 22 uF / 35 V Electrolytic Capacitor 
4 C34-C37 21NW9604A58 330 pF / 50 V Ceramic Capacitor 
37 C5-C33, 21NW9702A09 0.1 uF / 50 V Ceramic Capacitor 
C38-C45 
1 | CR 48NW9616A03 1N4148 Rectifier ! 
2 K9,K10 28NW9802D58 Header Single Row / 1 x 6 Pins | 
1 | K16 28NW9802F52 | Header Single Row / 1 x 14 Pins | 
2 K2,K4 28NW9802C43 Header Double Row / 2 x 4 Pins | 
1 | K3 28NW9802C52 | Header Double Row / 2 x 5 Pins | 
| 
1 | K6 28NW9802C63 | Header Double Row / 2 x 6 Pins | 
1 | K5 28NW9802C36 | Header Double Row / 2 x 7 Pins | 
3 K1,K7,K15 28-G9802M01 Header Double Row / 2 x 8 Pins | 
| 
4 K11-K14 28NW9802C 36 Header Triple Row / 3 x 7 Pins | 
+28NW9802F51 ( 2 x 7 Pins + 1x 7 Pins ) 
1 Pl 28-G9802M0 3 DIN 41612 C 96 Male Connector 
1 | P2 28-G9802M04 DIN 41612 C 64 Male Connector | 
2 | P3,P4 28-G9802M05 | Sub-D 25-pole Female Connector | 
1 R1 O6SW-124A17 | 47 ohm / 0.25 W Carbon Resistor 
$————f + $--—----------- $a - + + + 


Table 4.1: MVME1LO] Parts List (contd) 


+—----4------------- $—-—----------- $e rr + 
| QU | DESIGNATION | PART NUMBER | DESCRIPTION | 
+——-—-+------------- +—-—----------- +—------------------------------------- + 
2 R4,R5 06SW-124A41 470 ohm / 0.25 W Carbon Resistor 
2 R2,R3 06SW-124A43 560 ohm / 0.25 W Carbon Resistor 
1 RP4 51NW9626A69 7 x 1.0 kohm SIL Resistor Network 
1 RP7 51NW9626A47 7 x 4.7 kohm SIL Resistor Network 
5 RP1-RP3, S5INW9626A49 7 x 10 kohm SIL Resistor Network 
RP5,RP6 
2 SW1,SW2 40NW9801B27 Momentary Action Pushbutton Switch 
1 at SW1 38NW9 404A56 Switch Cap Black 
1 at SW2 38NW9 404B96 Switch Cap Red 
1 U19 48NW9606A33 K1114A 16.000 MHz Crystal Osc. 
1 US2 48AW1014B06 K1114A 5.0688 MHz Crystal Osc. 
1 U36 51-G5017M01 BAR1O1B Bus Arbiter/Requester 
1 U49 51-G5008M01 MAD10O1 Address Decoder PROM 
| 1 | U48 51NW9615G97 MC68000L8 Microprocessor 
2 U52,U60 5LNW9615H19 MC68661PC Progr. Comm. Interface 
1 U57 51NW9615B27 MC6821P Periph. Interf. Adapter 
1 U65 SINW9615D81 MC6840P Programmable Timer Module 
| 2 U50,U59 51NW9615B29 MC1488P Quad RS232 Driver 
1 U58 51NW9615B30 MC1489AP Quad RS232 Receiver 
1 U12 O1NW9804B83 PE21198 Delay Module 50 ns 
1 U7 O1NW9804B35 PE21199 Delay Module 100 ns 
1 US O1NW9804C33 PE21264 Delay Module 3 x 40 ns 
1 U24 5INW9615E91 SN74LSO00N Quad 2-NAND Gate 
2 U45 ,U46 51INW9615C22 SN74LS08N Quad 2-AND Gate 
1 U29 51NW9615H53 SN74LSO9N Quad 2-AND Gate OC 
1 U26 51LNW9615E88 SN74LS10N Triple 3-NAND Gate 
| 1 i U4 I 51NW9615E93 | SN74LS14N Hex Schmitt-Trigger Inv. 
a a ee ae Seg oe DER Sere ey Se PN ggee EP Ye Ppa OP SR EE Ag Aen OC + 


— 


Table 4.1: MVMELOL 
+———-—4+—------------- $—-—----—------- + 
| QU | DESIGNATION | PART NUMBER | 
) 3 | u1e,u27,030 | sinwoeisc24 | 

1 U39 51NW9615C69 
| 1 | U44 51NW9615G10 
1 | U47 5 1NW9615E86 
2 | U2,U23 51NW9615F41 
3 | U8,U32,U33 51INW9615F02 
1 | u43 SINW9615F09 
2 | U34,U35 51NW9615F52 
2 | U25,U31 51INW9615F38 
1 | u20 51NW9615H83 
5 | u9,U10,U22, 5 1NW9615H89 
U37,U38 
3 | U13,U28,U40 | 5SINW9615C94 
1 | ul16 51NW9615D32 
1 | U14 51NW9615C96 
1 | U17 51NW9615E27 | 
1 | u15 51NW9615D90 
1 | U42 51NW9615F15 | 
1 | U6 51NW9615D27 | 
1 |] vl 51NW9615C95 
1 | v4l 5 1NW9615K80 
1 | U3 51NW9615J11 
1 U21 51INW9615F65 
1 | ull 72NW9624A03 
1 at U48 OONW9811A30 
1 | at U57 OONW9811A22 | 
11 | at U52-U56, OONW9811A21 
U60-U65 
+—---=—+ 


SN74S00N Quad 2-NAND Gate 
SN74S02N Quad 2-NOR Gate 
SN74S04N Hex Inverter 

SN74S10N Triple 3-NAND Gate 
SN74S11N Triple 3-AND Gate 
SN74S15N Triple 3-AND Gate OC 
SN74S32N Quad 2-OR Gate 
SN74S74N Dual D-Flip-Flop 
SN74S139N Dual 2-bit Binary Dec. 
SN74S140N Dual 4-NAND Driver 
SN74S241N Octal Bus Driver TS 
TIL311 Hexadecimal LED Displav 


64-Pin DIL IC Socket 


40-Pin DIL IC Socket 


DIL IC Socket 


| 


Parts List (contd) 
Sra S aca Sea alesse aa te ene haat neat aera 
DESCRIPTION 
“SN74LS32N Quad 2-OR Gate CS i 
SN74LS138N 3-Bit Binary Decoder 
- §N74LS148N 8-Bit Priority Encoder 
SN74LS151N 8-Input Multiplexer 
SN74LS164N 8-Bit Shift Register 
SN74LS244N Octal Bus Driver TS 
SN74LS266N Quad 2-EXNOR Gate OC 
SN74LS273N 8-Bit D-Register 
SN74LS 39 3N Dual 4-Bit Bin.Counter 
SN74LS641-1N Octal Bus Transc. OC 
SN74LS645-1N Octal Bus Transc. TS 
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Table 4.1: MVME1OI]L Parts List (contd) 


] QU | DESIGNATION | PART NUMBER | DESCRIPTION. ~~ To 
$——-——4------------- $—— $e —— —— - - — - - - + 
1 | at U49 OONW9811A04 | 16-Pin DIL IC Socket | 
1 at Ull 09-G9811M01 | 14-Pin DIL Display Socket | 
1 at U19,U51 OONW9811A46 4-Pin Oscillator Socket 
7 at Pl,P2, 03S5W993D210 DIN 84 M 2.5 x 10 Flat Head Srew 
Front Panel 
4 at P3,P4 03SW993D310 DIN 84 M 3 X 10 Flat Head Screw 
F, at P1l,P2, O2SW990D00L DIN 934 M 2.5 Hexagonal Nut 
Front Panel | 
4 at P3,P4 O2SW990D002 DIN 934 M 3 Hexagonal Nut 
1 | 84-G8012M01 MVME101 Printed Circuit Board 
1 | 64-G4073M01 | MVME101 Front Panel | 7 
80 29NW9805B17 Jumper | 
+----+-—----------- +—---------—---- $m oe nn - - - - - - - - - - - - - - - - - - - - + 
4.3. ASSEMBLY DRAWING, SCHEMATIC DIAGRAMS 
The Assembly Drawing in Figure 4.1 shows’ all part locations on the 


MVME101 monoboard computer. 


The Figures 4.2 to 4.12 show the schematic diagram sheets 1/11 to 11/11. 
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Figure 4.1: Assembly Drawing 
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Figure 4.2: 


Schematic Diagram Sheet 1/11 
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Figure 4.3: Schematic Diagram Sheet 2/11 
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Figure 4.4: Schematic Diagram Sheet 3/11 
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Advance Information 


16-BIT MICROPROCESSING UNIT 


Advances in semiconductor technology have provided the capability 
to place on a single silicon chip a microprocessor at least an order of 
magnitude higher in performance and circuit complexity than has been 
previously available. The MC68000 is the first of a family of such VLSI 
microprocessors from Motorola. It combines state-of-the-art 
technology and advanced circuit design techniques with computer 
sciences to achieve an architecturally advanced 16-bit microprocessor. 

The resources available to the MC68000 user consist of the following: 

@® 32-Bit Data and Address Registers 

@ 16 Megabyte Direct Addressing Range 

@ 56 Powerful Instruction Types 

@ Operations on Five Main Data Types 

@ Memory Mapped |/O 

@ 14 Addressing Modes 


As shown in the programming model, the MC68000 offers seventeen 
32-bit registers in addition to the 32-bit program counter and a 16-bit 
status register. The first eight registers (D0-D7) are used as data 
registers for byte (8-bit), word (16-bit), and long word (32-bit) data 
operations. The second set of seven registers (AO-A6) and the system 
stack pointer may be used as software stack pointers and base address 
registers. In addition, these registers may be used for word and long 
word address operations. All seventeen registers may be used as index 
registers. 


PROGRAMMING MODEL 
16.15 87 


Eight 
Data 
Registers 


Seven 
Address 
Registers 


User Stack Pointer 
Supervisor Stack Pointer 


15 B 7 0 
System Byte, User Byte 


Two Stack 
Pointers 


Program 
Counter 


Status 
Register 


This document contains information on a new product. Specifications and information herein 
are subject to change without notice. 


MC68000L4 
(4 Miz) 


MC68000L6 
(6 MHz) 


MCG6S8000L8 
(8 MHz) 


MC68000L10 
(10 MHz) 


HMOS 


(HIGH-DENSITY, N-CHANNEL, 
SILICON-GATE DEPLETION LOAD) 


16-BIT 
MICROPROCESSOR 


L SUFFIX 
CERAMIC PACKAGE 
CASE 746 
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MC68000L4e MC68000L6e M C68000L8¢MC68000L 10 


MAXIMUM RATINGS 


| Rating =| Symbol | Value | Unit | 
maximum-rated voltages to this high- 


Storage Temperature 3 °C 
es ee ee 


enhanced if unused inputs are tied to an ap- 
THERMAL CHARACTERISTICS 


propriate logic voltage level (e.g., either Vss 
Symbol 


or VCC. 
Thermal Resistance 
Ceramic Package OIA °C/W 


This device contains circuitry to protect the 
inputs against damage due to high Static 
voltages or electtic fields; however, it 1S advis- 
ed that normal precautions be taken to avoid 
application of any voltage higher than 


POWER CONSIDERATIONS 


The average chip-junction temperature, Ty, in °C can be obtained from: 
Ty=TA+(PDe8sA) (1) 
Where: 

Ta Ambient Temperature, °C 
6 )A = Package Thermal Resistance, Junction-to-Ambient, °C/W 
PD=PINT+PI/O 
PINT#®Icc x Vcc, Watts — Chip Internal Power 
P|/O =Power Dissipation on Input and Output Pins — User Determined 

For most applications P|/Q<P|NT and can be neglected. 


An approximate relationship between Pp and Ty (if P1/o is neglected) is: 


Pp =K+(Ty + 273°C) (2) 
Solving equations 1 and 2 for K gives: 
K = Ppe(Ta + 273°C) + 8 AePDH2 (3) 


Where K is a constant pertaining to the particular part. K can be determined from equation 3 by measuring Pp (at equilibrium) 


fora known Ta. Using this value of K the values of Pp and T J can be obtained by solving equations (1) and (2) iteratively for any 
value of TA. 


DC ELECTRICAL CHARACTERISTICS (Vcc =5.0 Vde +5%, Vssg=0 Vde; Ta =0°C to 70°C, See Figures 1, 2, and 3) 


Input Low Voltage 
Input Leakage Current @ 5.25 V K, BR, DTACK, 
CLK, IPLO-IPL2, VPA 
HALT, RESET 
Three-State (Off State) Input Current @ 2.4 V/0.4V AS, A1-A23, DO-D15 


FCO-FC2, LDS, R/W, UDS, V 


Output High Voltage (IQH = — 400 pA) 


Output Low Voltage 
(lol = 1.6 mA) 
(Io. =3.2 mA) 
(Io = 35.0 mA) 
VoL =5.3 mA) 


Power Dissipation (Clock Frequency = 8 MHz) 
Capacitance (Vj,=0 V, Ta =25°C; Frequency = 1 MHz) 


* With external pullup resistor of 470 2 


(AA) MOTOROLA Semiconductor Products Inc. 
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MC68000L4* MC68000L6eMC68000L8e MC68000L 10 


FIGURE 1 — RESET TEST LOAD FIGURE 2 — HALT TEST LOAD FIGURE 3 — TEST LOADS 


MMD6150 
or Equivalent 


MMD7000 
or Equivalent 


C_ = 130 pF 
(Includes all Parasitics) 
Ry =6.0 k@ for 
AS, A1-A23, BG, DO-D15, E 4 
FCO-FC2, LDS, R/W, UDS, VMA 
*R=1.22 kQ for A1-A23, BG, 
E, FCO-FC2 


CLOCK TIMING (See Figure 4) 


4 MHz 6 MHz 8 MHz 10 MHz 
MC68000L4 | MC68000L6 | MC68000L8 | MC68000L10 


| Min | Max ie es | if Me ff Ma 
ammrmsoiens se Peo fsa Peo fae eo 2a 
a a eA 


tCL 115 | 250 79 250 250 250 
Clock Pulse Width 250 5 250 250 250 

tCr 10 10 10 10 
Tm HeEhSBHeHeE 


FIGURE 4 — INPUT CLOCK WAVEFORM 
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(CL (CH 


2.0 V 


0.8 V 


tCr tcf 
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Characteristic Symbol | MC68000L4 | MC68000L6 | MC68000L8 { MC68000L 10 
Min | Max] Min | Max | Min | Max | Min | Max | 
a a dD 
vie | 250 7 | 290 | = | 260] 45 | 260 | ne 
a] Gi wan Figh ces 2m 8 | 2a | 6 280 | ae 280 |e 
acto Fan Tene tg = oT = 0 = 0 0s 
5 ck Rise Tene eg 0 F010 = 10s 
8 [Crock Low to Rares rca [Po fo Ps 
[ea [Giock High wo FCvand ——rcnecv] ~ Po To tpt oe 
i a ee Ceoecee 
(Maximum) 

5 [Cock High to Accress/FC mand Winmmom) Tiguan] © | Po t- pot tel-t = 
at Giock High to AS, DS tow (Maxum ——Ttcusix] - | | - [> -[eol- Ts]. 
[10] Crock High to BS. BS Low Minima Tics 0 | Po t-te OTT on 
| 112 | Address to AS, DS (Read) Low/AS write | tavsy | 55 | — | 35 | — | 30 | - | 20 | - | ons | 
| 1A2_| FC Valid to AS, DS, (Read) Low/AS write | tecvs| 80 | - | 70 | - | | - | so] - | ns | 
gl [oot R OS ne ace oe en [re | ed ne 
18] AS, BE High to Adcress/FC inetd dT isuaz POT Let - lm >t eT 
| 142.5 | AS, OS Width Low (Readi/AS Write | tsy | 835 | — | 337 | - | 240] ~ | 195] ~ [ns | 
| 14a2_ | DS width Low (Write) | =f as | - P70 | - |p| - | 56 | - [ons | 
it [ASB wath High tg pom ao i800 [os 
76] Crock High to AS, DS High trpedence [tonsa | - Tmo] — Pwo [peop pets 
BS DE High to RAW High on On a a 

iat | Glock High to R/W High (Maumund [caret - oT - [et] t-] eo [on 
1a] Goce High to AAW High Minimum Ticunnl! 0 | - Lo t--ol-top-] 
| 201 [Clock HightoR/Wkow tc | — | 90 | ~ [| 80 | - | 70] - | 6] ns 
| 212 | Address ValidtoR/Wlow tavern | 45 | — | 25 | ~ | 20 {| - | o | - J ins | 
[aia] FC vaidto RW iow rove foot | 0 tt o pp ot on 
[PRI Low 9 DS tow wn’ i mst tom — Tot — Peo pt [on 
[73 | Cock Low to Data Out Vaid Tarpon | - Tot tet -[m,- Le] rs 
(25? TBS High to Dats Ot nao Tol etl el-tet-Lot- Tom 
[262 [Date Out Vaid BS tow Wie) [rosie] —Ta{--ot—pot— |r 
[578 [Bata into Clock Low Setup Time) to Po te te LS Le 
aot TRS, BS High tw DTACK High Tiguan] 0 [2m] 0 [oto fimt ofa] nm 
(ae TSS High to Osta rwald Hos Te! tum fot - be t-tol-Lolo pm 
[20 RE-BS High w BERR on swaen] oT Po TT ot pot] 
DTACK Low to Data In (Setup Time) toacoi| - | 180} - | 120] - | | - | 65 [ns | 
[a2 | HACT and RESET Input Tanstion Time | tm [0-[ 2000 | 00 [ 0 | 200] 0 | 200 [ ns 
[we [eock gn oBStow crc PP Pot - pot -] |. 
[a Grock Fgh to BEG tcc OT fp ot | 
[sop 1s ao] is] 30 18] 30 
2 [Bn wo BSH Trarngn] 18 [30] 15] 30] 15] a0] 15] 30 [ok Per 
[a7 BCACK tow wo BE High —__Tigaicn] 15] 30] 15] 30, 15] 30] 15] 30 | Cm Per 
| _ 38 __| BG Low to Bus High Impedance (With AS High) | tgiz | — [120 | — |100 | — | 890 | —{ 70] ns | 
| 38 BG Width High tc | ~ | | - Tb | - [1s] — [ck. Per] 
[a8] BERK wan or i ps Psp pt Yow rr 
|__476 | Asynchronous Input Setup Time stasi | 30 | — | 2 | ~ | 20 | - | 2] - J ns | 
[as [BERR Low to DTACK Low Woe Tweroal 0 | to |] [-] a> > nm 
[a3 Data Hid rom Ciook High | tcuoo 0-0} -[o[-]o[— | ns 
[~s5 —RIW to Data Bus Impedance Change apo st - ts t- pat. pat pos 
| 56 ‘| Halt/RESET Pulse Width (Note 4) tyrpw{ 10 | — | 10 | — | 10 | - | 10 | — {Chk. Per.| 


NOTES: 

1. For a loading capacitance of less than or equal to 500 picofarads, subtract 5 nanoseconds from the values given in these columns. 

2. Actual value depends on clock period. 

3. If #47 is satisfied for both OTACK and BERR, #48 may be O ns. 
4. After Vcc has been applied for 100 ms. 
5 
6 


. For T6E, BF4, and R9M mask sets #14 and #14A are one clock period less than the given number. 
. If the asynchronous setup time (#47) requirements are satisfied, the DTACK low-to-data setup time (#31) requirement can be ignored. The 
data must only satisfy the data-in to clock-low setup time (#27) for the following cycle. 
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FIGURE 5 — READ CYCLE TIMING 
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(Note 1) 


a tf 
HALT/RESET 
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(Note 2) 


1. Setup time for the asynchronous inputs BGACK, IPLO-IPL2, and VPA guarantees their recognition at the next falling edge of the clock. 
2. BR need fall at this time only in order to insure being recognized at the end of this bus cycle. 
3. Timing measurements are referenced to and from a low voltage of 0.8 volts and a high voltage of 2.0 volts, unless otherwise noted. 


NOTES: 
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A1-A23 


al 
” 


Data Out 


FCO-FC2 


Asynchronous 
Inputs 


HALT/RESET 


NOTE: Timing measurements are referenced to and from a low voltage of 0.8 volts and a high voltage of 2.0 volts, unless otherwise noted. 
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FIGURE 6 — WRITE CYCLE TIMING 


S2 


$3 


(A) MOTOROLA Semiconductor Products Inc. 


MC68000L4e MC68000L6° M C68000L8eM C68000L 10 


AC ELECTRICAL SPECIFICATIONS — BUS ARBITRATION(Vcc =5.0 Vdc +5%, Vgg=0 Vde; Ta=0°C to 70°C, See Figure 7) 


Characteristic MC6B8000L6 | MC68000LB | MC68000L10 


Clock High to BG High 


BR High to BG High 
ACK Low to BG High 


Low to Bus High Impedance (with AS High) 
Width High 


FIGURE 7 — AC ELECTRICAL WAVEFORMS — BUS ARBITRATION 


These waveforms should only be referenced in regard to the edge-to-edge measurement of the timing specifications. They are not 


intended as a functional description of the input and output signals. Refer to other functional descriptions and their related 
diagrams for device operation. 


Strobes 
and R/W 


@—— 


CLK 


NOTES: 


1. Setup time for the asynchronous inputs BERR, BGACK, BR, DTACK, IPLO-IPL2, and VPA guarantees their recognition at the next falling 
edge of the clock. | 


2. Waveform measurements for all inputs and outputs are specified at: logic high=2.0 volts, logic low=0.8 volts. 
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SIGNAL DESCRIPTION 


The following paragraphs contain a brief description of the 
input and output signals. A discussion of bus operation dur- 
ing the various machine cycles and operations is also given. 


SIGNAL DESCRIPTION 


The input and output signals can be functionally organized 
into the groups shown in Figure 8. The following paragraphs 
provide a brief description of the signals and also a reference 
(if applicable) to other paragraphs that contain more detail 
about the function being performed. 


FIGURE 8 — INPUT AND OUTPUT SIGNALS 


Vecl2) Address 
GND(2) [Bus A1-A23 
CLK 


<bata Bus>00-015 


AS 
MC68000 R/W 
FCO Microprocessor | UDS Asynchronous 
Processor J — FC1 LDS _ Bus 
Status FC2 DTACK Control 
BR 


E 
ates VMA BG Bus Arbitration 
Control VPA BGACK Control 
IPLO 


BERR 
System) _ RESET (PL1 Interrupt 
Control HALT IPL2 Control 


ADDRESS BUS (A1 THROUGH A223). This 23-bit, 
unidirectional, three-state bus is capable of addressing 8 
megawords of data. It provides the address for bus operation 
during all cycles except interrupt cycles. During interrupt 
cycles, address lines Ai, A2, and A3 provide information 
about what level interrupt is being serviced while address 
lines A4 through A23 are all set to a logic high. 


DATA BUS (D0 THROUGH D15). This 16-bit, bidirec- 
tional, three-state bus is the general purpose data path. It 
can transfer and accept data in either word or byte length. 
During an interrupt acknowledge cycle, an external device 
supplies the vector number on data lines DO-D7. 


ASYNCHRONOUS BUS CONTROL. Asynchronous data 
transfers are handled using the following control signals: ad- 
dress strobe, read/write, upper and lower data strobes, and 
data transfer acknowledge. These signals are explained in 
the following paragraphs. 


Address Strobe (AS). This signal indicates that there is a 
valid address on the address bus. 


Read/Write (R/W). This signal defines the data bus 
transfer as a read or write cycle. The R/W signal also works 
in conjunction with the upper and lower data strobes as ex- 
plained in the following paragraph. 


Upper And Lower Data Strobes (UDS, LDS). These 
signals control the data on the data bus, as shown in Table 
1. When the R/W line is high, the processor will read from 
the data bus as indicated. When the R/W line is low, the 
processor will write to the data bus as shown. 


TABLE 1 — DATA STROBE CONTROL OF DATA BUS 


R/W D8-D15 


No valid data 


Hig Valid data bits Valid bits 
8-15 
Nadvalid dats wae or bits 
Valid data bits 


High or Valid oe bits Valid es bits 
Valid data bits 


*These conditions are a result of current implementation and may 
not appear on future devices. 


Data Transfer Acknowledge (DTACK). This input in- 
dicates that the data transfer is completed. When the pro- 


cessor recognizes DTACK during a read cycle, data is 


latched and the bus cycle terminated. When DTACK is 
recognized during a write cycle, the bus cycle is terminated. 

An active transition of data transfer acknowledge, 
DTACK, indicates the termination of a data transfer on the 
bus. 

If the system must run at a maximum rate determined by 
RAM access times, the relationship between the times at 
which DTACK and DATA are sampled are important. 

All control and data lines are sampled during the 
MC68000's clock high time. The clock is internally buffered, 
which results in some slight differences in the sampling and 
recognition of various signals. MC68000 mask sets prior to 
CC1 (ROM and T6E), allowed DTACK to be recognized as 
early as S2 (bus state 2), and all devices allow BERR or 
DTACK to be recognized in S4, S6, etc., which terminates 
the cycle. The DTACK signal, like other control signals, is in- 
ternally synchronized to allow for valid operation in an asyn- 
chronous system. If the required setup time (#47) is met dur- 
ing $4, DTACK will be recognized during S5 and S6, and 
data will be captured during S6. The data must meet the re- 
quired setup time (#27). 

If an asynchronous control signal does not meet the re- 
quired setup time, it is possible that it may not be recognized 
during that cycle. Because of this, asynchronous systems 
must not allow DTACK to precede data by more than 
parameter #31. 

Asserting DTACK (or BERR) on the rising edge of a clock 
(such as S4) after the assertion of address strobe will allow a 
MC68000 system to run at its maximum bus rate. If setup 
times #27 and #47 are guaranteed, #31 may be ignored. 
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BUS ARBITRATION CONTROL. These three signals form 
a bus arbitration circuit to determine which device will be the 
bus master device. 


Bus Request (BR). This input is wire ORed with all other 
devices that could be bus masters. This input indicates to the 
processor that some other device desires to become the bus 
master. 


Bus Grant (BG). This output indicates to all other potential 
bus master devices that the processor will release bus con- 
trol at the end of the current bus cycle. 


Bus Grant Acknowledge (BGACK). This input indicates 
that some other device has become the bus master. This 
signal cannot be asserted until the following four conditions 
are met: 


1. a Bus Grant has been received 


2. Address Strobe is inactive which indicates that the 


microprocessor is not using the bus 


3. Data Transfer Acknowledge is inactive which in- 
dicates that neither memory nor peripherals are using 
the bus 

4. Bus Grant Acknowledge is inactive which indicates 
that no other device is still claiming bus mastership. 


INTERRUPT CONTROL (IPLO, IPL1, IPL2). These input 
pins indicate the encoded priority level of the device re- 
questing an interrupt. Level seven is the highest priority 
while level zero indicates that no interrupts are requested. 
The least significant bit is given in IPLO and the most signifi- 
cant bit is contained in IPLZ. 


SYSTEM CONTROL. The system control inputs are used 
to either reset or halt the processor and to indicate to the 
processor that bus errors have occurred. The three system 
control inputs are explained in the following paragraphs. 


Bus Error (BERR). This input informs the processor that 
there is a problem with the cycle currently being executed. 
Problems may be a result of: 

1. nonresponding devices 

2. interrupt vector number acquisition failure 

3. illegal access request as determined by a memory 
management unit 

4. other application dependent errors. 

The bus error signal interacts with the halt signal to deter- 
mine if exception processing should be performed or the cur- 
rent bus cycle should be retried. 

Refer to BUS ERROR AND HALT OPERATION paragraph 
for additional information about the interaction of the bus er- 
ror and halt signals. 


Reset (RESET). This bidirectional signal line acts to reset 
(initiate a system initialization sequence) the processor in 
response to an external reset signal. An internally generated 
reset (result of a RESET instruction) causes all external 
devices to be reset and the internal state of the processor is 
not affected. A total system reset (processor and external 
devices) is the result of external HALT and RESET signals 
applied at the same time. Refer to RESET OPERATION 
paragraph for additional information about reset operation. 


Halt (HALT). When this bidirectional line is driven by an 
external device, it will cause the processor to stop at the 
completion of the current bus cycle. When the processor has 
been halted using this input, all control signals are inactive 
and all three-state lines are put in their high-impedance state. 
Refer to BUS ERROR AND HALT OPERATION paragraph 
for additional information about the interaction between the 
halt and bus error signals. 

When the processor has stopped executing instructions, 
such as in a double bus fault condition, the halt line is driven 
by the processor to indicate to external devices that the pro- 
cessor has stopped. 


M6800 PERIPHERAL CONTROL. These control signals are 
used to allow the interfacing of synchronous M6800 
peripheral devices with the asynchronous MC68000. These 
signals are explained in the following paragraphs. 


Enable (E). This signal is the standard enable signal com- 
mon to all M6800 type peripheral devices. The period for this 
output is ten MC68000 clock periods (six clocks low; four 
clocks high). 


Valid Peripheral Address (VPA). This input indicates that 
the device or region addressed is a M6800 family device and 
that data transfer should be synchronized with the enable (E) 
signal. This input also indicates that the processor should 
use automatic vectoring for an interrupt. Refer to INTER- 
FACE WITH M6800 PERIPHERALS. 


Valid Memory Address (VMA). This output is used to in- 
dicate to M6800 peripheral devices that there is a valid ad- 
dress on the address bus and the processor is synchronized 
to enable. This signal only responds to a valid peripheral ad- 
dress (VPA) input which indicates that the peripheral is a 
M6800 family device. 


PROCESSOR STATUS (FCO, FC1, FC2). These function 
code outputs indicate the state (user or supervisor) and the 
cycle type currently being executed, as shown in Table 2. 
The information indicated by the function code outputs is 
valid whenever address strobe (AS) is active. 


TABLE 2 — FUNCTION CODE OUTPUTS 
[rea Tres | roo] _cyie tye 
(Undefined, Reserved) 
User Data 
User Program 
(Undefined, Reserved) 


(Undefined, Reserved) 
Supervisor Data 
Supervisor Program 
Interrupt Acknowledge 


CLOCK (CLK). The clock input is a TTL-compatible signal 
that is internally buffered for development of the internal 
clocks needed by the processor. The clock input shall be a 
constant frequency. 


SIGNAL SUMMARY. Table 3 is a summary of all the 
signals discussed in the previous paragraphs. 
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TABLE 3 — SIGNAL SUMMARY 


*open drain. 


Address Bus AT-ADS 

DataBus | IS input/output | __high__|_yes 

Adress Strobe ey 
read-high 


UDS, LDS 


Three 


REGISTER DESCRIPTION AND DATA ORGANIZATION 


The following paragraphs describe the registers and data 
organization of the MC68000. 


OPERAND SIZE 


Operand sizes are defined as follows: a byte equals 8 bits, 
a word equals 16 bits, and a long word equals 32 bits. The 
operand size for each instruction is either explicitly encoded 
in the instruction or implicitly defined by the instruction 
operation. All explicit instructions support byte, word or long 
word operands. Implicit instructions support some subset of 
all three sizes. 


DATA ORGANIZATION IN REGISTERS 


The eight data registers support data operands of 1, 8, 16, 
or 32 bits. The seven address registers together with the ac- 
tive stack pointer support address operands of 32 bits. 


DATA REGISTERS. Each data register is 32 bits wide. 
Byte operands occupy the low order 8 bits, word operands 
the low order 16 bits, and long word operands the entire 32 
bits. The least significant bit is addressed as bit zero; the 
most significant bit is addressed as bit 31. 

When a data register is used as either a source or destina- 
tion operand, only the appropriate low-order portion is 
changed; the remaining high-order portion is neither used 
nor changed. 


ADDRESS REGISTERS. Each address register and the 
stack pointer is 32 bits wide and holds a full 32 bit address. 


Address registers do not support byte sized operands. 
Therefore, when an address register is used as a source 
operand, either the low order word or the entire long word 
operand is used depending upon the operation size. When 
an address register is used as the destination operand, the 
entire register is affected regardless of the operation size. If 
the operation size is word, any other operands are sign ex- 
tended to 32 bits before the operation is performed. 


STATUS REGISTER 


The status register contains the interrupt mask (eight 
levels available) as well as the condition codes; extend (X), 
negative (N), zero (Z), overflow (V), and carry (C). Addi- 
tional status bits indicate that the processor is in a trace (T) 
mode and/or in a supervisor (S) state. 


STATUS REGISTER 


System Byte User Byte 


: 13 10 BY 4 ‘hs 
ENE WEEDON 
Trace Mode 

Supervisor 


State Interrupt 
Mask 
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DATA ORGANIZATION IN MEMORY 


Bytes are individually addressable with the high order byte 
having an even address the same as the word, as shown in 
Figure 9. The low order byte has an odd address that is one 
count higher than the word address. Instructions and 
multibyte data are accessed only on word (even byte) boun- 
daries. If a long word datum is located at address n (n even), 
then the second word of that datum is located at address 
n+2. 

The data types supported by the MC68000 are: bit data, in- 
teger data of 8, 16, or 32 bits, 32-bit addresses and binary 
coded decimal data. Each of these data types is put in 
memory, as shown in Figure 10. 


BUS OPERATION 


The following paragraphs explain control signal and bus 
operation during data transfer operations, bus arbitration, 
bus error and halt conditions, and reset operation. 


DATA TRANSFER OPERATIONS. Transfer of data be- 
tween devices involves the following leads: 


@ Address Bus A1 through A23 
@® Data Bus DO through D15 
@ Control Signals 


The address and data buses are separate parallel buses used 
to transfer data using an asynchronous bus structure. In all 
cycles, the bus master assumes responsibility for deskewing 
all signals it issues at both the start and end of a cycle. In ad- 
dition, the bus master is responsible for deskewing the 
acknowledge and data signals from the slave device. 


The following paragraphs explain the read, write, and 
read-modify-write cycles. The indivisible read-modify-write 
cycle is the method used by the MC68000 for interlocked 
multiprocessor communications. 


NOTE 


The terms assertion and negation will be used extensively. 
This is done to avoid confusion when dealing with a mixture 
of “‘active-low”’ and ‘‘active-high’”’ signals. The term assert or 
assertion is used to indicate that a signal is active or true in- 
dependent of whether that voltage is low or high. The term 
negate or negation is used to indicate that a signal is inactive 
or false. 


Read Cycle. During a read cycle, the processor receives 
data from memory or a peripheral device. The processor 
reads bytes of data in all cases. If the instruction specifies a 
word (or double word) operation, the processor reads both 
bytes. When the instruction specifies byte operation, the 
processor uses an internal AO bit to determine which byte to 
read and then issues the data strobe required for that byte. 
For byte operations, when the AO bit equals zero, the upper 
data strobe is issued. When the AO bit equals one, the lower 
data strobe is issued. When the data is received, the pro- 
cessor Correctly positions it internally. 

A word read cycle flow chart is given in Figure 11. A byte 
read cycle flow chart is given in Figure 12. Read cycle timing 
is given in Figure 13. Figure 14 details word and byte read cy- 
cle operations. 


FIGURE 9 — WORD ORGANIZATION IN MEMORY 


Byte 000000 


Byte 000002 


Byte 000001 


Byte 000003 


Word FFFFFE 


Byte FFFFFE 


Byte FFFFFF 
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FIGURE 10 — DATA ORGANIZATION IN MEMORY 


Bit Data 
1 Byte=8 Bits 


Integer Data 
1 Byte =8 Bits 


1 Long Word = 32 Bits 
15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 


Low Order 


Addresses 
1 Address = 32 Bits 


15 14 13 12 1 10 ] 8 / 6 5 4 3 2 1 0 
MSB 


— — Address 0 
Low Order 


MSB= Most Significant Bit 
LSB = Least Significant Bit 


Decimal Data 
2 Binary Coded Decimal Digits= 1 Byte 


MSD = Most Significant Digit 
LSD =Least Significant Digit 
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FIGURE 11 — WORD READ CYCLE FLOW CHART 


BUS MASTER SLAVE 


Address Device 
1) Set R/W to Read 
2) Place Function Code on FCO-FC2 
3) Place Address on A1-A23 
4) Assert Address Strobe (AS) 
5) Assert Upper Data Strobe (UDS) and Low- 
er Data Strobe (LDS) 


Input Data 
1) Decode Address 
2) Place Data on DO-D15 
3) Assert Data Transfer Acknowledge 
(DTACK) 


| 


Acquire Data 
1} Latch Data 

2) Negate UDS and LDS 

3) Negate AS 


J 


Terminate Cycle 
1) Remove Data from DO-D15 
2) Negate DTACK 


| 


Start Next_Cycle 


FIGURE 12 — BYTE READ CYCLE FLOW CHART 


BUS MASTER SLAVE 
Address Device 
1) Set R/W to Read 
2) Place Function Code on FCO-FC2 
3) Place Address on A1-A23 
4) Assert Address Strobe (AS) 
5) Assert Upper Data Strobe (UDS) or Lower 
Data Strobe (CDS) (based on AQ) 


Input Data 
1) Decode Address 
2) Place Data on DO-D7 or D8-D15 (based on 
UDS or LDS) 
3) Assert Data Transfer Acknowledge 
(DTACK) 


Acquire Data 
1) Latch Data 


2) Negate UDS or LDS 
3) Negate AS 


Terminate Cycle 
1) Remove Data from DO-D7 or D8-D15 
2) Negate DTACK 


Start Next Cycle 


FIGURE 13 — READ AND WRITE CYCLE TIMING DIAGRAM 


SO S1 S$2S3 S4 S5 S6 $7 SO S1 S2 S3 S4 S5 S6 S7 SO S1 S2S3 $4 ww _w _w SS S6 §S7 


CLK 


A1-A23 
AS 
UdS 
tos 
R/W 
DTACK 
08-015 
D0-D7 
FCO-2 


— — -Read—- — rhe == <Whte — rhe — — _ <~Slow Read— — —»| 
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FIGURE 14 — WORD AND BYTE READ CYCLE TIMING DIAGRAM 


SO $1 $2 S3 S4 S5 S6 S7 SO S1 S2 S3. S4 S5 $6 $7 SO S1 $2 S3 S4S5 S6 S7 


* Internal Signal Only 


Le — -Word Read- athe — Odd Byte Read— ale —Even Byte Read — > 


Write Cycle. During a write cycle, the processor sends 
data to memory or a peripheral device. The processor writes 
bytes of data in all cases. If the instruction specifies a word 
operation, the processor Writes both bytes. When the in- 
struction specifies a byte operation, the processor uses an 
internal AO bit to determine which byte to write and then 
issues the data strobe required for that byte. For byte opera- 
tions, when the AO bit equals zero, the upper data strobe is 
issued. When the AO bit equals one, the lower data strobe is 
issued. A word write cycle flow chart is given in Figure 15. A 
byte write cycle flow chart is given in Figure 16. Write cycle 
timing is given in Figure 13. Figure 17 details word and byte 
write cycle operation. 


Read-Modify-Write Cycle. The read-modify-write cycle 
performs a read, modifies the data in the arithmetic-logic 
unit, and writes the data back to the same address. In the 
MC68000 this cycle is indivisible in that the address strobe is 
asserted throughout the entire cycle. The test and set (TAS) 
instruction uses this cycle to provide meaningful com- 
munication between processors in a multiple processor en- 
vironment. This instruction is the only instruction that uses 
the read-modify-write cycles and since the test and set in- 
struction only operates on bytes, all read-modify-write cycles 
are byte operations. A read-modify-write cycle flow chart is 
given in Figure 18 and a timing diagram is given in Figure 19. 


BUS ARBITRATION. Bus arbitration is a technique used 
by master-type devices to request, be granted, and 
acknowledge bus mastership. In its simplest form, it consists 
of: 

1. Asserting a bus mastership request. 


2. Receiving a grant that the bus is available at the end 
of the current cycle. 


3. Acknowledging that mastership has been assumed. 


Figure 20 is a flow chart showing the detail involved in a 
request from a single device. Figure 21 is a timing diagram 
for the same operations. This technique allows processing of 
bus requests during data transfer cycles. 


The timing diagram shows that the bus request is negated 
at the time that an acknowledge is asserted. This type of 
operation would be true for a system consisting of the pro- 
cessor and one device capable of bus mastership. In systems 
having a number of devices capable of bus mastership, the 
bus request line from each device is wire ORed to the pro- 
cessor. In this system, it is easy to see that there could be 
more than one bus request being made. The timing diagram 
shows that the bus grant signal is negated a few clock cycles 
after the transition of the acknowledge (BGACK) signal. 


However, if the bus requests are still pending, the pro- 
cessor will assert another bus grant within a few clock cycles 
after it was negated. This additional assertion of bus grant 
allows external arbitration circuitry to select the next bus 
master before the current bus master has completed its re- 
quirements. The following paragraphs provide additional in- 
formation about the three steps in the arbitration process. 


MOTOROLA Semiconductor Products Inc. 


14 


MC68000L4* MC68000L6* MC68000L8¢ MC68000L 10 


FIGURE 15 — WORD WRITE CYCLE FLOW CHART FIGURE 16 — BYTE WRITE CYCLE FLOW CHART 
BUS MASTER SLAVE BUS MASTER SLAVE 
Address Device 
Address Device 1) Place Function Code on FCO-FC2 
1) Place Function Code on FCO-FC2 2) Place Address on A1-A23_ 
2) Place Address on A1-A23 3) Assert Address Strobe (AS) 
3) Assert Address Strobe (AS) 4) Set R/W to Write 
4) Set R/W to Write 5) Place Data on DO-D7 or D8-D15 (according 
5) Place Data on DO-D15 to AQ) a 
6) Assert Upper Data Strobe (UDS) and 6) Assert Upper Data Strobe (UDS) or Lower 
Lower Data Strobe (LDS) Data Strobe (LDS) (based on AQ) 


} Input Data 


Input Data haat nas 
ecodge ress 
ai ries aaa 2) Store Data on DO-D7 if LDS is asserted 
Store Data on D8-D15 if UDS is asserted 


A ta T fer Ack | 
3) soe a Transfer Acknowledge 3) Assert Data Transfer Acknowledge 


| (DTACK) 


Terminate Output Transfer 


1) Negate UDS and LDS Terminate Output Transfer 
2) Negate AS 1) Negate UDS and LDS 
3} Remove Data from DO-D15 2) Negate AS 
4) Set R/W to Read 3) Remove Data from DO-D7 or D8-D15 
| 4) Set R/W to Read 
Terminate Cycle Lerminete Terminate Cycle 
1) Negate DTACK 1) Negate DTAG 
Start Next Cycle Start Next Cycle 


FIGURE 17 — WORD AND BYTE WRITE CYCLE TIMING DIAGRAM 
SO S1 S2 S3 S4S5 S6 S7 SO $1 $2383 S4 S5 S6 S7 SO $1 S2 S3 S4 S5 S6 S7 


¥internal Signal Only 


~<-——— Word Write — — —pl<-—— Odd Byte Write — >< — Even Byte Write— —» 
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FIGURE 18 — READ-MODIFY-WRITE CYCLE FLOW CHART 


BUS MASTER SLAVE 
Address Device 
1) Set R/W to Read 


2) Place Function Code on FCO-FC2 Input Data 

3) Place Address on A1-A23_ 1) Decode Address 

4) Assert Address Strobe (AS) 2) Place Data on D0-D7 or D8-D15 

5) Assert Upper Data Strobe (UDS) or 3) Assert Data Transfer Acknowledge 
Lower Data Strobe (LDS) (DTACK) 


Acquire Data 
1) Latch Data 
2) Negate UDS or LOS 


3) Start Data Modification Terminate Cycle 


1) Remove Data from DO-D7 or D8-D15 
2) Negate DTACK 


Start Output Transfer 
1) Set R/W to Write 
2) Place Data on DO-D7 or D8-D15 
3) Assert Upper Data Strobe (UDS) or Lower 
Data Strobe (LDS) 


Input Data 

1) Store Data on DO-D7 or 08-D15 

2) Assert Data Transfer Acknowledge 
(DOTACK) 


Terminate Output Transfer 
1) Negate UDS or LDS 
2) Negate AS 
3) Remove Data from DO-D7 or 08-D15 
4) Set R/W to Read 
Terminate Cycle 


1) Negate DTACK 


ar 


Start Next Cycle 


FIGURE 19 — READ-MODIFY-WRITE CYCLE TIMING DIAGRAM 
SO S1 S2 S3 S4 S5 S6 S7 S8 S9S10S11S12S13S14S15S16 $17S18S19 
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FIGURE 20 — BUS ARBITRATION CYCLE FLOW CHART 


PROCESSOR REQUESTING DEVICE 


Request the Bus 


1) Assert Bus Request (BR) 


Grant Bus Arbitration 
1) Assert Bus Grant (BG) 


Acknowledge Bus Mastership 

1) External arbitration determines next bus 
master 

2) Next bus master waits for current cycle to 
complete 

3) Next bus master asserts Bus Grant 
Acknowledge (BGACK) to become new 
master aa, 

4) Bus master negates BR 


Terminate Arbitration 


1) Negate BG (and wait for BGACK to be 
negated) 


Operate as Bus Master 
1) Perform Data Transfers (Read and Write 
cycles) according to the same rules the pro- 
cessor uses. 


Release Bus Mastershi 
1) Negate BGACK 


Re-Arbitrate or Resume Processor 


Operation 


Requesting the Bus. External devices capable of becoming 
bus masters request the bus by asserting the bus request 
(BR) signal. This is a wire ORed signal (although it need not 
be constructed from open collector devices) that indicates to 
the processor that some external device requires control of 
the external bus. The processor is effectively at a lower bus 
priority level than the external device and will relinquish the 
bus after it has completed the last bus cycle it has started. 

When no acknowledge is received before the bus request 
signal goes inactive, the processor will continue processing 
when it detects that the bus request is inactive. This allows 
ordinary processing to continue if the arbitration circuitry 
responded to noise inadvertently. 


_ Receiving the Bus Grant. The processor asserts bus grant 
(BG) as soon as possible. Normally this is immediately after 
internal synchronization. The only exception to this occurs 
when the processor has made an internal decision to execute 
the next bus cycle but has not progressed far enough into 
the cycle to have asserted the address strobe (AS) signal. In 
this case, bus grant will not be asserted until one clock after 
address strobe is asserted to indicate to external devices that 
a bus cycle is being executed. 

The bus grant signal may be routed through a daisy- 
chained network or through a specific priority-encoded net- 
work. The processor is not affected by the external method 
of arbitration as long as the protocol is obeyed. 


Acknowledgement of Mastership. Upon receiving a bus 
grant, the requesting device waits until address strobe, data 
transfer acknowledge, and bus grant acknowledge are 
negated before issuing its own BGACK. The negation of the 
address strobe indicates that the previous master has com- 
pleted its cycle, the negation of bus grant acknowledge in- 
dicates that the previous master has released the bus. (While 
address strobe is asserted no device is allowed to ‘break in- 
to’’ a cycle.) The negation of data transfer acknowledge in- 
dicates the previous slave has terminated its connection to 
the previous master. Note that in some applications data 
transfer acknowledge might not enter into this function. 
General purpose devices would then be connected such that 


FIGURE 21 — BUS ARBITRATION CYCLE TIMING DIAGRAM 


BGACK' 


Processor— 2» —DMA Device— pope — -Processor— —- —>E— -DMA Device — — 
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they were only dependent on address strobe. When bus been met (see Figure 23). The input signal is sampled on the 
grant acknowledge is issued the device is bus master until it falling edge of the clock and is valid internally after the next 
negates bus grant acknowledge. Bus grant acknowledge falling edge. | | 

should not be negated until after the bus cycle(s) is (are) As shown in Figure 22, input signals labeled R and A are 


completed. Bus mastership is terminated at the negation of internally synchronized on the bus request and bus grant 
bus grant acknowledge. acknowledge pins respectively. The bus grant output !s 


labeled G and the internal three-state control signal T. If T is 
The bus request from the granted device should be drop- true, the address, data, and control buses are placed in a 
ped after bus grant acknowledge is asserted. If a bus request high-impedance state when AS is negated. All signals are 


: still sie) eng bus we will be sarin soa c shown in positive logic (active high) regardless of their true 
ew clocks of the negation of bus grant. Refer to Bus active voltage level. 


solr Control ore pi ae He processor cat State changes (valid outputs) occur on the next rising 
perform any external bus cycles before it re-asserts bus edge after the internal signal is valid. 


grant. A timing diagram of the bus arbitration sequence during a 

BUS ARBITRATION CONTROL. The bus arbitration con- processor bus cycle is-shown in Figure 24. The bus arbitra- 
trol unit in the MC68000 is implemented with a finite state tion sequence while the bus is inactive (i.e., executing inter- 
machine. A state diagram of this machine is shown in Figure nal operations such as @ multiply instruction) is shown in 
22. All asynchronous signals to the MC68000 are synchroniz- Figure 25. 


If a bus request is made at a time when the MPU has 
already begun a bus cycle but AS has not been asserted (bus 
state SO), BG will not be asserted on the next rising edge. In- 
stead, BG will be delayed until the second rising edge follow- 
ing it's internal assertion. This sequence is shown in Figure 
FIGURE 22 — STATE DIAGRAM OF MC68000 BUS 26. 

ARBITRATION UNIT 


ed before being used internally. This synchronization is ac- 
complished in a maximum of one cycle of the system clock, 
assuming that the asynchronous input setup time (#47) has 


BUS ERROR AND HALT OPERATION. In a bus architec- 

ture that requires a handshake from an external device, the 

RA possibility exists that the handshake might not occur. Since 

different systems will require a different maximum response 

time, a bus error input is provided. External circuitry must be 

used to determine the duration between address strobe and 

data transfer acknowledge before issuing a bus error signal. 

When a bus error signal is received, the processor has two 

options: initiate a bus error exception sequence or try runn- 
ing the bus cycle again. 


FIGURE 23 — TIMING RELATIONSHIP OF EXTERNAL 
ASYNCHRONOUS INPUTS TO INTERNAL SIGNALS 


Internal Signal Valid 
External Signal ames 


CLK 
BR (External) 
R = Bus Request Internal BR (Internal) 
A= Bus Grant Acknowledge Internal 
G = Bus Grant 
T= Three-State Control to Bus Control Logic 
X= Don’t Care Asychronous 
Input Delay 
* State machine will not change state if bus is in SO. Refer to * 
BUS ARBITRATION CONTROL for additional information. This delay time is equal to parameter #33,tcHGL. 
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FIGURE 24 — BUS ARBITRATION DURING PROCESSOR BUS CYCLE 


Bus three stated 
BG asserted 


Bus released from three state and 
Processor Starts next bus cycle 
BR valid internal BGACK negated internal 


BR sampled BGACK sampled 
BR —) BGACK negated i | 


SQ S1 S2 S3 S4 S5 S6 S7 50 S1 S2 $3 S4 S5 S6 S7 SO S!1 


Processor Alternate Bus Master Processor 


FIGURE 25 — BUS ARBITRATION WITH BUS INACTIVE 


Bus released from three state and processor Starts next bus cycle 
BGACK negated 
BG asserted and bus three stated 
BR valid internal 

BR asserted 


SO S1 S2 S3 S4 S5 S6 $7 SO S1 S2 S3 S4 


Processor Bus Inactive Alternate Bus Master Processor 
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FIGURE 26 — BUS ARBITRATION DURING PROCESSOR BUS CYCLE SPECIAL CASE 


asserted 


Bus released from three state and 
Processor starts next bus cycle 


BR sampled 
Bus three stated BGACK negated internal 
BG asserted BGACK sampled 


BR valid internal 


CLK 
SO S1 $2 $3 S4 S5 S6 $7 


Exception Sequence. When the bus error signal is 
asserted, the current bus cycle is terminated. If BERR is 
asserted before the falling edge of S4, AS will be negated in 
S7 in either a read or write cycle. As long as BERR remains 
asserted, the data and address buses will be in the high- 
impedance state. When BERR is negated, the processor will 
begin stacking for exception processing. Figure 27 is a timing 
diagram for the exception sequence. The sequence is com- 
posed of the following elements. 


1. Stacking the program counter and status register 
2. Stacking the error information 


BGACK negated a | 


SO S1 $2 S3 S4 S5 S6 S7 SO S1 


Processor | Alternate Bus Master | Processor 


3. Reading the bus error vector table entry 
4. Executing the bus error handler routine 


The stacking of the program counter and the status 
register is the same as if an interrupt had occurred. Several 
additional items are stacked when a bus error occurs. These 
items are used to determine the nature of the error and cor- 
rect it, if possible. The bus error vector is vector number two 
located at address $000008. The processor loads the new 
program counter from this location. A software bus error 
handler routine is then executed by the processor. Refer to 
EXCEPTION PROCESSING for additional information. 
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Re-Running the Bus Cycle. When, during a bus cycle, the the same address, the same function codes, the same data 
processor receives a bus error signal and the halt pin is being (for a write operation), and the same controls. The bus error 
driven by an external device, the processor enters the re-run signal should be removed at least one clock cycle before the 
sequence. Figure 28 is a timing diagram for re-running the halt signal is removed. 
bus cycle. 

: NOTE 


The processor will not re-run a read-modify-write cycle. 
This restriction is made to guarantee that the entire cycle 
runs correctly and that the write operation of a Test-and-Set 


The processor terminates the bus cycle, then puts the 
address and data output lines in the high-impedance state. 


The processor remains “‘halted,’’ and will not run another operation is performed without ever releasing AS. If 
bus cycle until the halt signal is removed by external logic. and HALT are asserted during a read-modify-write bus cycle, 
Then the processor will re-run the previous bus cycle using a bus error operation results. 


FIGURE 27 — BUS ERROR TIMING DIAGRAM 


Initiate | | Initiate Bus 
Read esponse raiiure tection pl< Error Stacking 


FIGURE 28 — RE-RUN BUS CYCLE TIMING INFORMATION 
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The processor terminates the bus cycle, then puts the ad- 
dress, data and function code output lines in the high- 
impedance state. The processor remains ‘halted,’ and will 
not run another bus cycle until the halt signal is removed by 
external logic. Then the processor will re-run the previous 
bus cycle using the same address, the same function codes, 
the same data (for a write operation), and the same controls. 
The bus error signal should be removed before the halt signal 
is removed. 


Halt Operation with No Bus Error. The halt input signal to 
the MC68000 performs a Halt/Run/Single-Step function ina 
similar fashion to the M6800 halt function. The halt and run 
modes are somewhat self explanatory in that when the halt 
signal is constantly active the processor “‘halts’’ (does 
nothing) and when the halt signal is constantly inactive the 
processor ‘‘runs” (does something). 

The single-step mode is derived from correctly timed tran- 
sitions on the halt signal input. It forces the processor to ex- 
ecute a Single bus cycle by entering the ‘’run’’ mode until the 
processor starts a bus cycle then changing to the “halt’’ 
mode. Thus, the single-step mode allows the user to pro- 
ceed through (and therefore debug) processor operations 
one bus cycle at a time. 

Figure 29 details the timing required for correct single-step 
operations. Some care must be exercised to avoid harmful 
interactions between the bus error signal and the halt pin 
when using the single cycle mode as a debugging tool. This 
is also true of interactions between the halt and reset lines 
since these can reset the machine. 


When the processor completes a bus cycle after recogniz- 
ing that the halt signal is active, most three-state signals are 
put in the high-impedance state. These include: 


1. address lines 
2. data lines 


This is required for correct performance of the re-run bus cy- 
cle operation. 


While the processor is honoring the halt request, bus 
arbitration performs as usual. That is, halting has no effect 
on bus arbitration. It is the bus arbitration function that 
removes the control signals from the bus. 


The halt function and the hardware trace capability allow 
the hardware debugger to trace single bus cycles or single in- 
structions at a time. These processor capabilities, along with 
a software debugging package, give total debugging flexibili- 
ty. 


Double Bus Faults. When a bus error exception occurs, 
the processor will attempt to stack several words containing 
information about the state of the machine. If a bus error ex- 
ception occurs during the stacking operation, there have 
been two bus errors in a row. This is commonly referred to as 
a double bus fault. When a double bus fault occurs, the pro- 
cessor will halt. Once a bus error exception has occurred, 
any bus error exception occurring before the execution of 
the next instruction constitutes a double bus fault. 

Note that a bus cycle which is re-run does not constitute a 
bus error exception, and does not contribute to a double bus 
fault. Note also that this means that as long as the external 
hardware requests it, the processor will continue to re-run 
the same bus cycle. 

The bus error pin also has an effect on processor operation 
after the processor receives an external reset input. The pro- 
cessor reads the vector table after a reset to determine the 
address to start program execution. If a bus error occurs 
while reading the vector table (or at any time before the first 
instruction is executed), the processor reacts as if a double 
bus fault has occurred and it halts. Only an external reset will 
Start a halted processor. 


FIGURE 29 — HALT SIGNAL TIMING CHARACTERISTICS 
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THE RELATIONSHIP OF DTACK, BERR, AND HALT 


In order to properly contro! termination of a bus cycle for a 
re-run or a bus error condition, DTACK, BERR, and HALT 
should be asserted and negated on the rising edge of the 
MC68000 clock. This will assure that when two signals are 
asserted simultaneously, the required setup time (#47) for 
both of them will be met during the same bus state. 

This, or Some equivalent precaution, should be designed 
external to the MC68000. Parameter #48 is intended to en- 
sure this operation in a totally asynchronous system, and 
may be ignored if the above conditions are met. 

The preferred bus cycle terminations may be summarized 
as follows (case numbers refer to Table 4): 


Normal Termination: DTACK occurs first (case 1). 
Halt Termination: HALT is asserted at same time, or 
precedes DTACK (no BERR) cases 2 and 3. 


Bus Error Termination: BERR is asserted in lieu of, at same 
time, or preceding DTACK (case 4); BERR negated at same 
time, or after DTACK. 


Re-Run Termination: HALT and BERR asserted at the 
same time, or before DTACK (cases 6 and 7); HALT must be 
negated at least 1 cycle after BERR. (Case 5 indicates BERR 


may precede HALT on all except R9M and T6E < early mask 
sets> which allows fully asynchronous assertion). 


Table 4 details the resulting bus cycle termination under 
various combinations of control signal sequences. The nega- 
tion of these same control signals under several conditions is 
shown in Table 5 (DTACK is assumed to be negated normal- 
ly in all cases; for best results, both DTACK and BERR 
should be negated when address strobe is negated.) 


Example A: A system uses a watch-dog timer to ter- 
minate accesses to un-populated address space. The timer 
asserts DTACK and BERR simultaneously after time-out. 
(case 4) 


Example B: A system uses error detection on RAM con- 
tents. Designer may (a) delay DTACK until data verified, and 
return BERR and HALT simultaneously to re-run error cycle 
(case 6), or if valid, return DTACK; (b) delay DTACK until 
data verified, and return BERR at same time as DTACK if 
data in error (case 4); (c) return DTACK paor to data verifica- 
tion, as described in previous section. If data invalid, BERR is 
asserted (case 1) in next cycle. Error-handling software must 
know how to recover error cycle. 


TABLE 4 — OTACK, BERR, HALT ASSERTION RESULTS 


cave | conval] “edn 
No. | Signal |W" —7-Naa 


DTACK A S 
1 BERR NA x 
HALT NA X 


DTACK NA X 
BERR A S 
HALT NA A 


Legend: 


Normal cycle terminate and continue. 
DTACK A S Normal cycle terminate and halt. Continue when HALT removed. 
2 BERR NA Xx | 
HALT A S 
Normal cycle terminate and halt. Continue when HALT removed. 
Terminate and take bus error trap. 


ROM, T6E, BF4: Unpredictable results, no re-run, no error trap; 
usually traps to vector number 0. 
All others: terminate and re-run. 


+ |i 
BERR A S) 
HALT A S 

tie 
7 BERR NA A 
HALT A S 


N — the number of the current even bus state (e.g., $4, S6, etc.) 


A — signal is asserted in this bus state 
NA — signal is not asserted in this state 
X — don't care 


S — signal was asserted in previous state and remains asserted in this State 


TABLE 5 — BERR AND HALT NEGATION RESULTS 


Conditions of 


BERR e 
es 


Control Negated on Rising 
Termination in Sianal Edge of State Results — Next Cycle 
Table A : 
BERR e or @ |Takes bus error trap. 
Ee 


ALT or e 
BERR If next cycle is started it will 
HALT @ or none/be terminated as a bus error. 


@ illegal sequence; usually traps to 
vector number 0. 


Re-runs the bus cycle. 
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RESET OPERATION. The reset signal is a bidirectional 
signal that allows either the processor or an external signal to 
reset the system. Figure 30 is a timing diagram for reset 
operations. Both the halt and reset lines must be applied to 
ensure total reset of the processor. 

When the reset and halt lines are driven by an external 
device, it is recognized as an entire system reset, including 
the processor. The processor responds by reading the reset 
vector table entry (vector number zero, address $000000) 
and loads it into the supervisor stack pointer (SSP). Vector 
table entry number one at address $000004 is read next and 
loaded into the program counter. The processor initializes 
the status register to an interrupt level of seven. No other 


registers are affected by the reset sequence. 

When a RESET sequence is executed, the processor 
drives the reset pin for 124 clock pulses. In this case, the pro- 
cessor is trying to reset the rest of the system. Therefore, 
there is no effect on the internal state of the processor. All of 
the processor's internal registers and the status register are 
unaffected by the execution of a RESET instruction. All ex- 
ternal devices connected to the reset line should be reset at 
the completion of the RESET instruction. 

Asserting the Reset and Halt pins for 10 clock cycles will 
cause a processor reset, except when VCC is initially ap- 
plied to the processor. In this case, an external reset must 
be applied for 100 milliseconds. 


FIGURE 30 — RESET OPERATION TIMING DIAGRAM 


CLK 


Plus 5 Volts “a 


RESET 


t- t—>100 Milliseconds > 


HALT | 


je —p}-t <4 


be <1 


Bus Cycles XXXXXXKXXKKK KK) <>" >*X "=X OX 


NOTES: 
1) Internal start-up time | 4) PC High read in here 
2) SSP High read in here 5) PC Low read in here 
3) SSP Low read in here 


6) First instruction fetched here. 


2 3 4 5 6 


Bus State Unknown: XXXXKK 


All Control Signals Inactive. 
Data Bus In Read Mode: 


PROCESSING STATES 


The MC68000 is always in one of three processing states: 
normal, exception, or halted. The normal processing state Is 
that associated with instruction execution; the memory 
of the bits in the supervisor portion of the status register are 
covered: the supervisor/user bit, the trace enable bit, and 
the processor interrupt priority mask. Finally, the sequence 
of memory references and actions taken by the processor on 
exception conditions is detailed. 


The MC68000 is always in one of three processing states: 
normal, exception, or halted. The normal processing state Is 
that associated with instruction execution; the memory 
references are to fetch instructions and operands, and to 
Store results. A special case of the normal state is the 
stopped state which the processor enters when a STOP in- 
struction is executed. In this state, no further memory 
references are made. 

The exception processing state is associated with inter- 
rupts, trap instructions, tracing and other exceptional condi- 
tions. The exception may be internally generated by an in- 
Struction or by an unusual condition arising during the ex- 
ecution of an instruction. Externally, exception processing 
can be forced by an interrupt, by a bus error, or by a reset. 
Exception processing is designed to provide an efficient con- 
text switch so that the processor may handle unusual condi- 
tions. 


The halted processing state is an indication of catastrophic 
hardware failure. For example, if during the exception pro- 
cessing of a bus error another bus error occurs, the pro- 
cessor assumes that the system is unusable and halts. Only 
an external reset can restart a halted processor. Note that a 
processor in the stopped state is not in the halted state, nor 
vice versa. 


PRIVILEGE STATES 


The processor operates in one of two states of privilege: 
the “user” state or the “supervisor” state. The privilege state 
determines which operations are legal, is used by the exter- 
nal memory management device to control and translate ac- 
cesses, and is used to choose between the supervisor stack 
pointer and the user stack pointer in instruction references. 

The privilege state is a mechanism for providing security in 
a computer system. Programs should access only their own 
code and data areas, and ought to be restricted from access- 
ing information which they do not need and must not 
modify. 

The privilege mechanism provides security by allowing 
most programs to execute in user state. In this state, the ac- 
cesses are controlled, and the effects on other parts of the 
system are limited. The operating system executes in the 
supervisor state, has access to all resources, and performs 
the overhead tasks for the user state programs. 
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SUPERVISOR STATE. The supervisor state is the higher 
state of privilege. For instruction execution, the supervisor 
State is determined by the S-bit of the status register: if the 
S-bit is asserted (high), the processor is in the supervisor 
state. All instructions can be executed in the supervisor 
state. The bus cycles generated by instructions executed in 
the supervisor state are classified as supervisor references. 
While the processor is in the supervisor privilege state, those 
instructions which use either the system stack pointer im- 
plicitly or address register seven explicitly access the super- 
visor stack pointer. 

All exception processing is done in the supervisor state, 
regardless of the setting of the S-bit. The bus cycles 
generated during exception processing are classified as 
supervisor references. All stacking operations during excep- 
tion processing use the supervisor stack pointer. 


USER STATE. The user state is the lower state of 
privilege. For instruction execution, the user state is deter- 
mined by the S-bit of the status register; if the S-bit is 
negated (low), the processor is executing instructions in the 
user State. 

Most instructions execute the same in user state as in the 
supervisor state. However, some instructions which have 
important system effects are made privileged. User programs 
are not permitted to execute the STOP instruction, or the 
RESET instruction. To ensure that a user program cannot 
enter the supervisor state except in a controlled manner, the 
instructions which modify the whole status register are 
privileged. To aid in debugging programs which are to be 
used as operating systems, the move to user stack pointer 
(MOVE USP) and move from user stack pointer (MOVE from 
USP) instructions are also privileged. 

The bus cycles generated by an instruction executed in 
user State are classified as user state references. This allows 
an external memory management device to translate the ad- 
dress and to control access to protected portions of the ad- 
dress space. While the processor is in the user privilege 
state, those instructions which use either the system stack 
pointer implicitly, or address register seven explicitly, access 
the user stack pointer. 


PRIVILEGE STATE CHANGES. Once the processor is in 
the user state and executing instructions, only exception 
processing can change the privilege state. During exception 
processing, the current setting of the S-bit of the status 
register is saved and the S-bit is asserted, putting the pro- 
cessing in the supervisor state. Therefore, when instruction 
execution resumes at the address specified to process the 
exception, the processor is in the supervisor privilege state. 


REFERENCE CLASSIFICATION. When the processor 
makes a reference, it classifies the kind of reference being 
made, using the encoding on the three function code output 
lines. This allows external translation of addresses, control of 
access, and differentiation of special processor states, such 
as interrupt acknowledge. Table 6 lists the classification of 
references. 


TABLE 6 — REFERENCE CLASSIFICATION 


| Fc2 | Fer | Foo | 
po | oo | oT Wnassigned) 
po ft ot ser Data 
po | tT User Program 
ee 
poi | of Unassigned) 
a 
Spenser Progen Program 
ae a a ee 


EXCEPTION PROCESSING 


Before discussing the details of interrupts, traps, and trac- 
ing, a general description of exception processing is in order. 
The processing of an exception occurs in four steps, with 
variations for different exception causes. During the first 
step, a temporary copy of the status register is made, and 
the status register is set for exception processing. In the sec- 
ond step the exception vector is determined, and the third 
step is the saving of the current processor context. In the 
fourth step a new context is obtained, and the processor 
switches to instruction processing. 


Reference Class 


— § —a 


tHE 


—> 


EXCEPTION VECTORS. Exception vectors are memory 
locations from which the processor fetches the address of a 
routine which will handle that exception. All exception vec- 
tors are two words in length (Figure 31), except for the reset 
vector, which is four words. All exception vectors lie in the 
supervisor data space, except for the reset vector which is in 
the supervisor program space. A vector number is an eight- 
bit number which, when multiplied by four, gives the 
address of an exception vector. Vector numbers are 
generated internally or externally, depending on the cause of 
the exception. In the case of interrupts, during the interrupt 
acknowledge bus cycle, a peripheral provides an 8-bit vector 
number (Figure 32) to the processor on data bus lines DO 
through D7. The processor translates the vector number into 
a full 24-bit address, as shown in Figure 33. The memory 
layout for exception vectors is given in Table 7. 

As shown in Table 7, the memory layout is 512 words 
long (1024 bytes). It starts at address Q and proceeds 
through address 1023. This provides 255 unique vectors; 
some of these are reserved for TRAPS and other system 
functions. Of the 255, there are 192 reserved for user inter- 
rupt vectors. However, there is no protection on the first 64 
entries, SO user interrupt vectors may overlap at the discre- 
tion of the systems designer. 


KINDS OF EXCEPTIONS. Exceptions can be generated by 
either internal or external causes. The externally generated 
exceptions are the interrupts and the bus error and reset re- 
quests. The interrupts are requests from peripheral devices 
for processor action while the bus error and reset inputs are 
used for access control and processor restart. The internally 
generated exceptions come from instructions, or from ad- 
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FIGURE 31 — EXCEPTION VECTOR FORMAT 


| New Program Counter (High) 


Word 0 AO=0, A1=0 
Word 1 New Program Counter (Low) A0=0, Al=1 
FIGURE 32 — PERIPHERAL VECTOR NUMBER FORMAT 
Did D8 D7 DO 
toms fer fe fis a fe] a] nfo 


Where: 
v7 is the MSB of the Vector Number 
v0 is the LSB of the Vector Number 


FIGURE 33 — ADDRESS TRANSLATED FROM 8-BIT VECTOR NUMBER 
A23 A10 AQ A8 A7 AB ADS A4 AZ A2 Ai AOD 


TABLE 7 — EXCEPTION VECTOR ASSIGNMENT 


70 


*Vector numbers 12, 13, 14, 16 through 23 and 48 through 63 are reserv- 
ed for future enhancements by Motorola. No user peripheral devices 
should be assigned these numbers. 
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dress errors or tracing. The trap (TRAP), trap on overflow 
(TRAPV), check register against bounds {CHK) and divide 
(DIV) instructions all can generate exceptions as part of their 
instruction execution. In addition, illegal instructions, word 
fetches from odd addresses and privilege violations cause ex- 
ceptions. Tracing behaves like a very high priority, internally 
generated interrupt after each instruction execution. 


EXCEPTION PROCESSING SEQUENCE. Exception pro- 
cessing occurs in four identifiable steps. In the first step, an 
internal copy is made of the status register. After the copy is 
made, the S-bit is asserted, putting the processor into the 
supervisor privilege state. Also, the T-bit is negated which 
will allow the exception handler to execute unhindered by 
tracing. For the reset and interrupt exceptions, the interrupt 
priority mask is also updated. 

In the second step, the vector number of the exception is 
determined. For interrupts, the vector number is obtained by 
a processor fetch, classified as an interrupt acknowledge. 
For all other exceptions, internal logic provides the vector 
number. This vector number is then used to generate the ad- 
dress of the exception vector. 

The third step is to save the current processor Status, ex- 
cept for the reset exception. The current program counter 
value and the saved copy of the status register are stacked 
using the supervisor stack pointer. The program counter 
value stacked usually points to the next unexecuted instruc- 
tion, however for bus error and address error, the value 
stacked for the program counter is unpredictable, and may 
be incremented from the address of the instruction which 
caused the error. Additional information defining the current 
context is stacked for the bus error and address error excep- 
tions. 

The last step is the same for all exceptions. The new pro- 
gram counter value is fetched from the exception vector. 
The processor then resumes instruction execution. The in- 
struction at the address given in the exception vector is 
fetched, and normal instruction decoding and execution is 
Started. 


MULTIPLE EXCEPTIONS. These paragraphs describe the 
processing which occurs when multiple exceptions arise 
simultaneously. Exceptions can be grouped according to 
their occurrence and priority. The Group O exceptions are 
reset, bus error, and address error. These exceptions cause 
the instruction currently being executed to be aborted, and 
the exeception processing to commence within two clock 
cycles. The Group 1 exceptions are trace and interrupt, as 
well as the privilege violations and illegal instructions. These 
exceptions allow the current instruction to execute to com- 
pletion, but preempt the execution of the next instruction by 
forcing exception processing to occur (privilege violations 
and illegal instructions are detected when they are the next 
instruction to be executed). The Group 2 exceptions occur as 
part of the normal processing of instructions. The TRAP, 
TRAPV, CHK, and zero divide exceptions are in this group. 
For these exceptions, the normal execution of an instruction 
may lead to exception processing. 


Group 0 exceptions have highest priority, while Group 2 
exceptions have lowest priority. Within Group 0, reset has 
highest priority, followed by bus error and then address er- 
ror. Within Group 1, trace has priority over external inter- 
rupts, which in turn takes priority over illegal instruction and 


privilege violation. Since only one instruction can be ex- 
ecuted at a time, there is no priority relation within Group 2. 

The priority relation between two exceptions determines 
which is taken, or taken first, if the conditions for both arise 
simultaneously. Therefore, if a bus error occurs during a 
TRAP instruction, the bus error takes precedence, and the 
TRAP instruction processing is aborted. In another example, 
if an interrupt request occurs during the execution of an in- 
struction while the T-bit is asserted, the trace exception has 
priority, and is processed first. Before instruction processing 
resumes, however, the interrupt exception is also processed, 
and instruction processing commences finally in the inter- 
rupt handler routine. A summary of exception grouping and 
priority is given in Table 8. 


TABLE 8 — EXCEPTION GROUPING AND PRIORITY 


[Group] Exception [ ‘Processing 


Reset 
Bus Error 
Address Error 
Trace 
Interrupt 
Illegal 
Privilege 
TRAP, TRAPV, 
CHK, 
Zero Divide 


Exception processing begins 
within two clock cycles. 


Exception processing begins before 
the next instruction 


Exception processing is started by 
normal instruction execution 


EXCEPTION PROCESSING DETAILED DISCUSSION 


Exceptions have a number of sources, and each exception 
has processing which is peculiar to it. The following 
paragraphs detail the sources of exceptions, how each 
arises, and how each is processed. 


RESET. The reset input provides the highest exception 
level. The processing of the reset signal is designed for 
system initiation, and recovery from catastrophic failure. 
Any processing in progress at the time of the reset is aborted 
and cannot be recovered. The processor is forced into the 
supervisor State, and the trace state is forced off. The pro- 
cessor interrupt priority mask is set at level seven. The vector 
number is internally generated to reference the reset excep- 
tion vector at location 0 in the supervisor program space. 
Because no assumptions can be made about the validity of 
register contents, in particular the supervisor stack pointer, 
neither the program counter nor the status register is saved. 
The address contained in the first two words of the reset ex- 
ception vector is fetched as the initial Supervisor stack 
pointer, and the address in the last two words of the reset 
exception vector is fetched as the initial program counter. 
Finally, instruction execution is started at the address in the 
program counter. The power-up/restart code should be 
pointed to by the initial program counter. 

The RESET instruction does not cause loading of the reset 
vector, but does assert the reset line to reset external 
devices. This allows the software to reset the system to a 
known state and then continue processing with the next in- 
Struction. 


INTERRUPTS. Seven levels of interrupt priorities are pro- 
vided. Devices may be chained externally within interrupt 
priority levels, allowing an unlimited number of peripheral 
devices to interrupt the processor. Interrupt priority levels 
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are numbered from one to seven, level seven being the 
highest priority. The status register contains a three-bit mask 
which indicates the current processor priority, and interrupts 
are inhibited for all priority levels less than or equal to the 
Current processor priority. 

An interrupt request is made to the processor by encoding 
the interrupt request level on the interrupt request lines; a 
zero indicates no interrupt request. Interrupt requests arriv- 
ing at the processor do not force immediate exception pro- 
cessing, but are made pending. Pending interrupts are 
detected between instruction executions. If the priority of 
the pending interrupt is lower than or equal to the current 
processor priority, execution continues with the next instruc- 
tion and the interrupt exception processing is postponed. 
(The recognition of level seven is slightly different, as ex- 
plained in a following paragraph.) 


lf the priority of the pending interrupt Is greater than the 
Current processor priority, the exception processing se- 
quence is started. First a copy of the status register is saved, 
and the privilege state is set to supervisor, tracing is sup- 
pressed, and the processor priority level is set to the level of 
the interrupt being acknowledged. The processor fetches 
the vector number from the interrupting device, classifying 
the reference as an interrupt acknowledge and displaying the 
level number of the interrupt being acknowledged on the ad- 
dress bus. If external logic requests an automatic vectoring, 
the processor internally generates a vector number which is 
determined by the interrupt level number. If external logic in- 
dicates a bus error, the interrupt is taken to be spurious, and 
the generated vector number references the spurious inter- 
rupt vector. The processor then proceeds with the usual ex- 
ception processing, saving the program counter and status 
register on the supervisor stack. The saved value of the pro- 
gram counter is the address of the instruction which would 
have been executed had the interrupt not been present. The 
content of the interrupt vector whose vector number was 
previously obtained is fetched and loaded into the program 
counter, and normal instruction execution Commences in the 
interrupt handling routine. A flow chart for the interrupt 
acknowledge sequence is given in Figure 34, a timing 
diagram is given in Figure 35, and the interrupt exception 
timing sequence is shown in Figure 36. 


FIGURE 34 — INTERRUPT ACKNOWLEDGE SEQUENCE 
FLOW CHART 
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Request Interrupt 
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1) Compare interrupt level in status register 
and wait for current instruction to complete 

2) Place interrupt level on Al, A2, A3 

3) Set R/W to read 

4) Set function code to interrupt acknowledge 

5) Assert address strobe (AS) 

6) Assert lower data strobe (LDS) 
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FIGURE 35 — INTERRUPT ACKNOWLEDGE SEQUENCE TIMING DIAGRAM 
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FIGURE 36 — INTERRUPT EXCEPTION TIMING SEQUENCE 
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Interrupt Was 
Recognized) 


Read 
Vector 
High 
(A16-A23) 


Priority level seven is a special case. Level seven interrupts 
cannot be inhibited by the interrupt priority mask, thus pro- 
viding a ‘‘non-maskable interrupt’ capability. An interrupt is 
generated each time the interrupt request level changes from 
some lower level to level seven. Note that a level seven inter- 
rupt may still be caused by the level comparison if the re- 
quest level is a seven and the processor priority is set to a 
lower level by an instruction. 


UNINITIALIZED INTERRUPT. An interrupting device 
asserts VPA or provides an interrupt vector during an inter- 
rupt acknowledge cycle to the MC68000. If the vector 
register has not been initialized, the responding M68000 
Family peripheral will provide vector 15, the unitialized inter- 
rupt vector. This provides a uniform way to recover from a 
programming error. 


SPURIOUS INTERRUPT. If during the interrupt acknowl- 
edge cycle no device responds by asserting DTACK or VPA, 
the bus error line should be asserted to terminate the vector 
acquisition. The processor separates the processing of this 
error from bus error by fetching the spurious interrupt vector 
instead of the bus error vector. The processor then proceeds 
with the usual exception processing. 


INSTRUCTION TRAPS. Traps are exceptions caused by 
instructions. They arise either from processor recognition of 
abnormal conditions during instruction execution, or from 
use of instructions whose normal behavior is trapping. 

Some instructions are used specifically to generate traps. 
The TRAP instruction always forces an exception, and is 
useful for implementing system calls for user programs. The 
TRAPV and CHK instructions force an exception if the user 
program detects a runtime error, which may be an arithmetic 
overflow or a subscript out of bounds. 

The signed divide (DIVS) and unsigned divide (DIVU) in- 
structions will force an exception if a division operation is at- 
tempted with a divisor of zero. 


ILLEGAL AND UNIMPLEMENTED INSTRUCTIONS. Ii- 
legal instruction is the term used to refer to any of the word 
bit patterns which are not the bit pattern of the first word of 
a legal instruction. During instruction execution, if such an 
instruction is fetched, an illegal instruction exception occurs. 

Word patterns with bits 15 through 12 equaling 1010 or 
1111 are distinguished as unimplemented instructions and 
separate exception vectors are given to these patterns to per- 
mit efficient emulation. This facility allows the operating 
system to detect program errors, or to emulate 
unimplemented instructions in software. 


IACK 

Cycle 

(Vector Number 
Acquisition) 


Read 


Vector 


Low 


(A0-A15) 


Fetch First Word 
of Instruction 
of Interrupt 
Routine 


PRIVILEGE VIOLATIONS. In order to provide system 
security, various instructions are privileged. An attempt to 
execute one of the privileged instructions while in the user 
state will cause an exception. The privileged instructions are: 


STOP AND (word) Immediate to SR 
RESET EOR (word) Immediate to SR 
RTE OR (word) Immediate to SR 
MOVE to SR MOVE USP 


TRACING. To aid in program development, the MC68000 
includes a facility to allow instruction by instruction tracing. 
In the trace state, after each instruction is executed an ex- 
ception is forced, allowing a debugging program to monitor 
the execution of the program under test. 

The trace facility uses the T-bit in the supervisor portion of 
the status register. If the T-bit is negated (off), tracing is 
disabled, and instruction execution proceeds from instruc- 
tion to instruction as normal. If the T-bit is asserted (on) at 
the beginning of the execution of an instruction, a trace ex- 
ception will be generated after the execution of that instruc- 
tion is completed. If the instruction is not executed, either 
because an interrupt is taken, or the instruction is illegal or 
privileged, the trace exception does not occur. The trace ex- 
ception also does not occur if the instruction is aborted by a 
reset, bus error, or address error exception. If the instruction 
is indeed executed and an interrupt is pending on comple- 
tion, the trace exception is processed before the interrupt ex- 
ception. If, during the execution of the instruction, an excep- 
tion is forced by that instruction, the forced exception is pro- 
cessed before the trace exception. 

As an extreme illustration of the above rules, consider the 
arrival of an interrupt during the execution of a TRAP in- 
struction while tracing is enabled. First the trap exception is 
processed, then the trace exception, and finally the interrupt 
exception. Instruction execution resumes in the interrupt 
handler routine. 


BUS ERROR. Bus error exceptions occur when the exter- 
nal logic requests that a bus error be processed by an excep- 
tion. The current bus cycle which the processor is making is 
then aborted. Whether the processor was doing instruction 
or exception processing, that processing is terminated, and 
the processor immediately begins exception processing. 

Exception processing for bus error follows the usual se- 
quence of steps. The status register is copied, the supervisor 
State is entered, and the trace state is turned off. The vector 
number is generated to refer to the bus error vector. Since 
the processor was not between instructions when the bus er- 
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ror exception request was made, the context of the pro- 
cessor is more detailed. To save more of this context, addi- 
tional information is saved on the supervisor stack. The pro- 
gram counter and the copy of the Status register are of 
course saved. The value saved for the program counter is ad- 
vanced by some amount, two to ten bytes beyond the ad- 
dress of the first word of the instruction which made the 
reference causing the bus error. If the bus error occurred 
during the fetch of the next instruction, the saved program 
counter has a value in the vicinity of the current instruction, 
even if the current instruction is a branch, a jump, or a return 
instruction. Besides the usual information, the processor 
saves its internal copy of the first word of the instruction be- 
ing processed, and the address which was being accessed 
by the aborted bus cycle. Specific information about the ac- 
cess is also saved: whether it was a read or a write, whether 
the processor was processing an instruction or not, and the 
Classification displayed on the function code outputs when 
the bus error occurred. The processor is processing an in- 
struction if it is in the normal state or processing a Group 2 
exception; the processor is not processing an instruction if it 
is processing a Group O or a Group 1 exception. Figure 37 il- 
lustrates how this information is organized on the supervisor 
Stack. Although this information is not sufficient in general 
to effect full recovery from the bus error, it does allow soft- 
ware diagnosis. Finally, the processor commences instruc- 
tion processing at the address contained in the vector. It is 
the responsibility of the error handler routine to clean up the 
Stack and determine where to continue execution. 

If a bus error occurs during the exception processing for a 
bus error, address error, or reset, the processor is halted, 
and all processing ceases. This simplifies the detection of 
catastrophic system failure, since the processor removes 
itself from the system rather than destroy all memory con- 
tents. Only the RESET pin can restart a halted processor. 


ADDRESS ERROR. Address error exceptions occur when 
the processor attempts to access a word or a long word 
operand or an instruction at an odd address. The effect is 
much like an internally generated bus error, so that the bus 
cycle is aborted, and the processor ceases whatever process- 
ing it is currently doing and begins exception processing. 
After exception processing commences, the sequence is the 
same as that for bus error including the information that is 
stacked, except that the vector number refers to the address 
error vector instead. Likewise, if an address error occurs dur- 


ing the exception processing for a bus error, address error, 
or reset, the processor is halted. As shown in Figure 38, an 
address error will execute a short bus cycle followed by ex- 
ception processing. 


INTERFACE WITH M6800 PERIPHERALS 


Motorola’s extensive line of M6800 peripherals are directly 
compatible with the MC68000. Some of these devices 
that are particularly useful are: 


MC6821 Peripheral Interface Adapter 

MC6840 Programmable Timer Module 

MC6843 Floppy Disk Controller 

MC6845 CRT Controller 

MC6850 Asynchronous Communication Interface Adapter 
MC6852 Synchronous Serial Data Adapter 

MC6854 Advanced Data Link Controller 

MC68488 General Purpose Interface Adapter 


To interface the synchronous M6800 peripherals with the 
asynchronous MC68000, the processor modifies its bus cycle. 
to meet the M6800 cycle requirements whenever an M6800 
device address is detected. This is possible since both pro- 
cessors use memory mapped !/O. Figure 39 is a flow chart of 
the interface operation between the processor and M6800 
devices. 


DATA TRANSFER OPERATION 


Three signals on the processor provide the M6800 inter- 
face. They are: enable (E), valid memory address (VMA), 
and valid peripheral address (VPA). Enable corresponds to 
the E or #2 signal in existing M6800 systems. The bus fre- 
quency is one tenth of the incoming MC68000 clock frequen- 
cy. The timing of E allows 1 MHz peripherals to be used with 
an 8 MHz MC68000. Enable has a 60/40 duty cycle; that is, it 
is low for six input clocks and high for four input clocks. This 
duty cycle allows the processor to do successive VPA ac- 
cesses on successive E pulses. 


M6800 cycle timing is given in Figures 40 and 41. At state 
zero (SO) in the cycle, the address bus is in the high- 
impedance state. A function code is asserted on the function 
code output lines. One-half clock later, in state 1, the ad- 
dress bus is released from the high-impedance state. 


FIGURE 37 — SUPERVISOR STACK ORDER (GROUP 0) 
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FIGURE 38 — ADDRESS ERROR TIMING 
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During state 2, the address strobe (AS) is asserted to in- 
dicate that there is a valid address on the address bus. If the 
bus cycle is a read cycle, the upper and/or lower data 
strobes are also asserted in state 2. If the bus cycle is a write 
cycle, the read/write (R/W) signal is switched to low (write) 
during state 2. One half clock later, in state 3, the write data 
is placed on the data bus, and in state 4 the data strobes are 
issued to indicate valid data on the data bus. The processor 
now inserts wait states until it recognizes the assertion of 
VPA. 

The VPA input signals the processor that the address on 
the bus is the address of an M6800 device (or an area re- 
served for M6800 devices) and that the bus should conform 
to the #2 transfer characteristics of the M6800 bus. Valid 
peripheral address is derived by decoding the address bus, 
conditioned by address strobe. 

After the recognition of VPA, the processor assures that 
the Enable (E) is low, by waiting if necessary, and subse- 
quently asserts VMA. Valid memory address is then used as 
part of the chip select equation of the peripheral. This en- 
sures that the M6800 peripherals are selected and deselected 
at the correct time. The peripheral now runs its cycle during 
the high portion of the E signal. Figures 40 and 41 depict the 
best and worst case M6800 cycle timing. This cycle length is 
dependent strictly upon when VPA is asserted in relationship 


to the E clock. 
During a read cycle, the processor latches the peripheral 


data in state 6. For all cycles, the processor negates the ad- 
dress and data strobes one half clock cycle later in state 7, 
and the Enable signal goes low at this time. Another half 
clock later, the address bus is put in the high-impedance 
state. During a write cycle, the data bus is put in the high- 
impedance state and the read/write signal is switched high 
The peripheral logic must remove VPA within one clock after 
address strobe is negated. 


DTACGK should not be asserted while VPA is asserted. 
Notice that the MC68000 VMA is active low, contrasted with 
the active high M6800 VMA. This allows the processor to put 
its buses in the high-impedance state on DMA requests 
without inadvertently selecting peripherals. 


A Approx. 8 Clocks 
Wate >< sh eo Write Stack ——> 


FIGURE 39 — M6800 INTERFACING FLOW CHART 
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Transfer Data 


1) The peripheral waits until E is active and 
then transfers the data 


Terminate Cycle 


1) The processor waits until E goes low. (On a 
Read cycle the data is latched as E goes 
low internally) 

2) The processor negates VMA 


3) The processor negates AS, UDS, and LDS 
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FIGURE 40 — M6800 TIMING — BEST CASE 
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NOTE: This figure represents the best case M6800 timing where VPA falls before the third system clock cycle after the falling edge of E. 
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FIGURE 41 — MC6800 TIMING — WORST CASE 
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INTERRUPT OPERATION 


During an interrupt acknowledge cycle while the pro- 
cessor is fetching the vector, if VPA is asserted, the 
MC68000 will assert VMA and complete a normal M6800 
read cycle as shown in Figure 42. The processor will then use 
an internally generated vector that is a function of the inter- 
rupt being serviced. This process is known as autovectoring. 
The seven autovectors are vector numbers 25 through 31 
~ (decimal). 

This operates in the same fashion (but is not restricted to) 
the M6800 interrupt sequence. The basic difference is that 


there are six normal interrupt vectors and one NMI type vec- 
tor. As with both the M6800 and the MC68000's normal vec- 
tored interrupt, the interrupt service routine can be located 
anywhere in the address space. This is due to the fact that 
while the vector numbers are fixed, the contents of the vec- 
tor table entries are assigned by the user. 

Since VMA is asserted during autovectoring, the M6800 
peripheral address decoding should prevent unintended ac- 
cesses. 


FIGURE 42 — AUTOVECTOR OPERATION TIMING DIAGRAM 
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AC ELECTRICAL SPECIFICATIONS (Vcc =5.0 Vde +5%, Vsg=0 Vdc, Ta =0°C to 70°C, refer to Figures 30 and 31) 


Sa 
Characteristic Symbol |MC68000L4 | MC68000L6 | MC68000L8 | MC68000L10 

| Min | Max | Min | Max | Min | Max | Min | Max_ 

[24 [Clock High to W/W, VHA High impedance | tcnaz | - | | - [0] - [ | - | 7 | re 
[40 [Clock tow to VM tow ttc | — | | [mT PP 7 [ns 
[41 [Glock Low to E Transition SSSC*T tcc =| — | OT - | HL - [| —- [eos | 
[42 [E Output Rise andFailtime SS SSCidY=Stet «S| ~~ | | - | LK | HL — [vs 
3 | — | 20[ — [20] — | wo] - [ns 
[44 (AS, DSHightoVPAHigh SS stsve| 0 | 240] 0 | v0 | 0 [ 120[ 0 | 0 | ns | 
[48 __[Etow to Address/VMA/FCInvaid «| tei | | - | | - | | - | O[- [as | 
[48 [E tow to BS. DS inva Persi_[ el = [eo = [eo] = | -e0f = [re 
| 50 E Width High ten | 900{ — | 600] - | 460] - | 360 | - | ns _ | 
| 51 | E Width Low | te. [1400] — | 900] - | 700] - | S60 | - | ns 
| 52 | Extended RiseTime = | sttcreHx | 80 | - | 2o | - | ao | - | oo | - 

[84 [Data Hold frome Low (Write) | teoz| 60 | - | 40 | - | 0 | - | 2 | - | os | 
[23 [Clock low to Data Outvand—SSSSCS~dCCO | - | | - | BO] - | | — | | ns 
[27 [Data into Clock Low (Setup Time) ==; twice | | - | | - | | -| 6 | - [ns | 
[47 __ [Asynchronous Input Setup Time Tass | OL -{[ sl -][o;-|[e]- |r | 

DATA TYPES AND ADDRESSING MODES TABLE 9 — ADDRESSING MODES 


Five basic data types are supported. These data types are: 
@ Bits 

@ BCD Digits (4-bits) 

@ Bytes (8-bits) 

@ Word (16-bits) 

@® Long Words (32-bits) 


In addition, operations on other data types such as memory 
addresses, status word data, etc., are provided for in the in- 
struction set. 


Register Direct Addressing 
Data Register Direct 
Address Register Direct 
Absolute Data Addressing 
Absolute Short 

Absolute Long 
Program Counter Relative Addressing 
Relative with Offset 

Relative with Index and Offset 


Register Indirect Addressing 
Register Indirect 
Postincrement Register Indirect 
Predecrement Register Indirect 
Register Indirect with Offset 

Indexed Register Indirect with Offset 
Immediate Data Addressing 
Immediate DATA= Next Word(s) 
Quick Immediate Inherent Data 


EA = (Next Word) 
EA =(Next Two Words) 


EA=(PC)+d16 
EA =(PC)+ (Xn) +dg 


EA = (An) 
EA=(An), Ans An+N 
An*- An-N, EA=(An) 
EA=(An)+d16 

EA = (An) + (Xn) + dg 


The 14 addressing modes, shown in Table 9, include six 
basic types: 


@® Register Direct 
@ Register Indirect 


@ Absolute Implied Addressing 
@ Immediate Implied Register EA=SR, USP, SP, PC 
@ Program Counter Relative NOTES: 
EA = Effective Address dg = Eight-bit Offset 
o rapier An= Add Regi (displ ) 
Included in the register indirect addressing modes is the day apenlbeiara catia num 
a ; Dn= Data Register d16 = Sixteen-bit Offset 
capability to do postincrementing, predecrementing, offset- ira Address or Data Registerused displacement) 
ting and indexing. Program counter relative mode can also as Index Register N=1 for Byte, 2 for 
be modified via indexing and offsetting. SR = Status Register Words and 4 for Long 
PC= Program Counter Words 
( )=Contents of *— = Replaces 
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INSTRUCTION SET OVERVIEW 


The MC68000 instruction set is shown in Table 10. Some 
additional instructions are variations, or subsets, of these 
and they appear in Table 11. Special emphasis has been given 
to the instruction set’s support of structured high-level 
languages to facilitate ease of programming. Each instruc- 
tion, with few exceptions, operates on bytes, words, and 


long words and most instructions can use any of the 14 ad- 
dressing modes. Combining instruction types, data types, 
and addressing modes, over 1000 useful instructions are pro- 
vided. These instructions include signed and unsigned 
multiply and divide, “quick” arithmetic operations, BCD 
arithmetic and expanded operations (through traps). 


TABLE 10 — INSTRUCTION SET 


[| Mnemonic] (Description 
Add Decimal with Extend 
Add 
Logical And 
Arithmetic Shift Left 
Arithmetic Shift Right 
Branch Conditionally 
Bit Test and Change 
Bit Test and Clear 
Branch Always 


Bit Test and Set 
Branch to Subroutine 
Bit Test 


Move 
Move Multiple Registers 
Move Peripheral Data 
Signed Multiply 
Unsigned Multiply 


Check Register Against Bounds 

Clear Operand 

Compare 

Test Condition, Decrement and 
Branch 

Signed Divide 

Unsigned Divide 


Negate 


[Winemonic] ‘Description 
Exclusive Or 
Exchange Registers 
Sign Extend 


JMP Jump 

JSR Jump to Subroutine 
Load Effective Address 
Link Stack 
Logical Shift Left 


Logical Shift Right 


Negate Decimal with Extend 


No Operation 
One’s Complement 


LOR _| Logical Or 


a 
Push Effective Address 


Reset External Devices 
Rotate Left without Extend 
Rotate Right without Extend 
Rotate Left with Extend 
Rotate Right with Extend 
Return from Exception 
Return and Restore 
Return from Subroutine 


Subtract Decimal with Extend 
Set Conditional 

Stop 

Subtract 

Swap Data Register Halves 


Test and Set Operand 
Trap 

Trap on Overflow 
Test 


TABLE 11 — VARIATIONS OF INSTRUCTION TYPES 


instruction Pe ae 


Add 

Add Address 
Add Quick 

Add Immediate 
Add with Extend 


AND Logical And 

ANDI And Immediate 

Compare 
Compare Address 


Compare Memory 
Compare Immediate 


Exclusive Or 
Exclusive Or Immediate 


EOR 
EORI 


Instruction tes — 


MOVE 


MOVE Move 

MOVEA Move Address 
MOVEQ Move Quick 
MOVE from SR] Move from Status Register 
MOVE to SR Move to Status Register 
MOVE to CCR | Move to Condition Codes 


Subtract 
Subtract Address 
Subtract Immediate 
Subtract Quick 
Subtract with Extend 
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The following paragraphs contain an overview of the form 
and structure of the MC68000 instruction set. The instruc- 
tions form a set of tools that include all the machine func- 
tions to perform the following operations: 


Data Movement 
Integer Arithmetic 
Logical 

Shift and Rotate 

Bit Manipulation 
Binary Coded Decimal 
Program Control 
System Control 


The complete range of instruction capabilities combined 
with the flexible addressing modes described previously pro- 
vide a very flexible base for program development. 


ADDRESSING 


Instructions for the MC68000 contain two kinds of infor- 
mation: the type of function to be performed, and the loca- 
tion of the operand(s) on which to perform that function. 
The methods used to locate (address) the operand(s) are ex- 
plained in the following paragraphs. 

Instructions specify an operand location in one of three 
ways: 

Register Specification — the number of the register is 
given in the register field of the instruction. 

Effective Address — use of the different effective 
address modes. i 

Implicit Reference — the definition of certain instruc- 
tions implies the use of specific registers. 


DATA MOVEMENT OPERATIONS 


The basic method of data acquisition (transfer and 
storage) is provided by the move (MOVE) instruction. The 
move instruction and the effective addressing modes allow 
both address and data manipulation. Data move instructions 
allow byte, word, and long word operands to be transferred 
from memory to memory, memory to register, register to 
memory, and register to register. Address move instructions 
allow word and long word operand transfers and ensure that 
only legal address manipulations are executed. In addition to 
the general move instruction there are several special data 
movement instructions: move multiple registers (MOVEM), 
move peripheral data (MOVEP), exchange registers (EXG), 
load effective address (LEA), push effective address (PEA), 
link stack (LINK), unlink stack (UNLK), and move quick 
(MOVEQ). Table 12 is a summary of the data movement 
operations. 


INTEGER ARITHMETIC OPERATIONS 


The arithmetic operations include the four basic opera- 
tions of add (ADD), subtract (SUB), multiply (MUL), and 
divide (DIV) as well as arithmetic compare (CMP), clear 
(CLR), and negate (NEG). The add and subtract instructions 
are available for both address and data operations, with data 
operations accepting all operand sizes. Address operations 
are limited to legal address size operands (16 or 32 bits). 
Data, address, and memory compare operations are also 
available. The clear and negate instructions may be used on 
all sizes of data operands. 


The multiply and divide operations are available for signed 
and unsigned operands using word multiply to produce a 
long word product, and a long word dividend with word 
divisor to produce a word quotient with a word remainder. 

Multiprecision and mixed size arithmetic can be ac- 
complished using a set of extended instructions. These in- 
structions are: add extended (ADDX), subtract extended 
(SUBX), sign extend (EXT), and negate binary with extend 
(NEGX). 

A test operand (TST) instruction that will set the condition 
codes as a result of a compare of the operand with zero is 
also available. Test and set (TAS) is a synchronization in- 
struction useful in multiprocessor systems. Table 13 is a sum- 
mary of the integer arithmetic operations. 


TABLE 12 — DATA MOVEMENT OPERATIONS 


(EA) An, Dn 


An, Dn= EA 
(EA)—> Dn 
MOVEP 16, 32 Da=eeA 


EA—* SP@ - 
Dn{31:16] + Dn{15:0] 
SP@+—An 


@ — =indirect with predecrement 
@ + =indirect with postdecrement 


S= source 
d= destination 
[ ]=bit numbers 


INSTRUCTION FORMAT 


Instructions are from one to five words in length, as 
shown in Figure 43. The length of the instruction and the 
operation to be performed is specified by the first word of 
the instruction which is called the operation word. The re- 
maining words further specify the operands. These words 
are either immediate operands or extensions to the effective 
address mode specified in the operation word. 


PROGRAM/DATA REFERENCES 


The MC68000 separates memory references into two 
classes: program references, and data references. Program 
references, as the name implies, are references to that sec- 
tion of memory that contains the program being executed. 
Data references refer to that section of memory that contains 
data. Generally, operand reads are from the data space. All 
operand writes are to the data space. 


REGISTER SPECIFICATION 


The register field within an instruction specifies the 
register to be used. Other fields within the instruction specify 
whether the register selected is an address or data register 
and how the register is to be used. 
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8, 16, 32 Dn+{(EA)= Dn 
ADD 
16, 32 An+ (EA) = An 


TABLE 13 — INTEGER ARITHMETIC OPERATIONS 
(EA) + Dn-* EA 
8, 16, 32 Dx + Dy + X= Dx 


[instruction | Operand Siz 
(EA) + #xxx > EA 
8, 16, 22 


8, 16, 32 Dn — (EA) 
(EA) — #xxx 
CMP Ax@ + — Ay@ + 
16, 32 An-— (EA) 


32+ 16 Dn/(EA)—* Dn 
DIVU 32+ 16 Dn/(EA)—> Dn 


8 16 (Dn)g— Dn 
orig ong 
8, 16, 32 
16, 32 An—- (EA) An 
— Dy— X— Dx 
ae 
| mas TT EA-0, 1 EAT 


NOTE: { ]=bit number 


Dn —(EA)— Dn 
(EA)—Dn-— EA 


EFFECTIVE ADDRESS 


Most instructions specify the location of an operand by us- 
ing the effective address field in the operation word. For ex- 
ample, Figure 44 shows the general format of the single 
effective address instruction operation word. The effective 
address is composed of two 3-bit fields: the mode field, and 
the register field. The value in the mode field selects the dif- 
ferent address modes. The register field contains the number 
of a register. 

The effective address field may require additional informa- 
tion to fully specify the operand. This additional information, 
called the effective address extension, is contained in the 
following word or words and is considered part of the in- 
struction, as shown in Figure 43. The effective address 
modes are grouped into three categories: register direct, 
memory addressing, and special. 


REGISTER DIRECT MODES. These effective addressing 
modes specify that the operand is in one of the 16 multifunc- 
tion registers. 


Data Register Direct. The operand is in the data register 
specified by the effective address register field. 


Address Register Direct. The operand is in the address 
register specified by the effective address register field. 


MEMORY ADDRESS MODES. These effective address- 
ing modes specify that the operand is in memory and provide 
the specific address of the operand. 


Address Register Indirect. The address of the operand is in 
the address register specified by the register field. The 
reference is classified as a data reference with the exception 
of the jump and jump to subroutine instructions. 


FIGURE 43 — INSTRUCTION FORMAT 


16 14 13 12 11 10 S) 8 7 6 ) 4 3 2 1 ) 


Operation Word 
(First Word Specifies Operation and Modes) 


Immediate Operand 
(If Any, One or Two Words) 


Source Effective Address Extension 
(If Any, One or Two Words) 
Destination Effective Address Extension 
(lf Any, One or Two Words) 


FIGURE 44 — SINGLE-EFFECTIVE-ADDRESS 
INSTRUCTION OPERATION WORD GENERAL FORMAT 


15 14 13 12 11 10 9 


Effective Address 


Register 
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Address Register Indirect With Postincrement. The 
address of the operand is in the address register specified by 
the register field. After the operand address is used, it is in- 
cremented by one, two, or four depending upon whether the 
size of the operand is byte, word, or long word. If the 
address register is the stack pointer and the operand size is 
byte, the address is incremented by two rather than one to 
keep the stack pointer on a word boundary. The reference is 
classified as a data reference. 


Address Register Indirect With Predecrement. The 
address of the operand is in the address register specified by 
the register field. Before the operand address is used, it is 
decremented by one, two, or four depending upon whether 
the operand size is byte, word, or long word. If the address 
register is the stack pointer and the operand size is byte, the 
address is decremented by two rather than one to keep the 
stack pointer on a word boundary. The reference is classified 
as a data reference. 


Address Register Indirect With Displacement. This 
address mode requires one word of extension. The address 
of the operand is the sum of the address in the address 
register and the sign-extended 16-bit displacement integer in 
the extension word. The reference is classified as a data 
reference with the exception of the jump to subroutine in- 
structions. 


Address Register Indirect With Index. This address mode 
requires one word of extension. The address of the operand 
is the sum of the address in the address register, the sign- 
extended displacement integer in the low order eight bits of 
the extension word, and the contents of the index register. 
The reference is classified as a data reference with the excep- 
tion of the jump and jump to subroutine instructions. 


SPECIAL ADDRESS MODE. The special address modes 
use the effe@tive address register field to specify the special 
addressing mode instead of a register number. 


Absolute Short Address. This address mode requires one 
word of extension. The address of the operand Is the exten- 
sion word. The 16-bit address is sign extended before it is 
used. The reference is classified as a data reference with the 
exception of the jump and jump to subroutine instructions. 


Absolute Long Address. This address mode requires two 
words of extension. The address of the operand is developed 
by the concatenation of the extension words. The high-order 
part of the address is the first extension word; the low-order 
part of the address is the second extension word. The 
reference is classified as a data reference with the exception 
of the jump and jump to subroutine instructions. 


Program Counter With Displacement. This address mode 
requires one word of extension. The address of the operand 
is the sum of the address in the program counter and the 
sign-extended 16-bit displacement integer in the extension 
word. The value in the program counter is the address of the 


extension word. The reference is classified as a program 
reference. 


Program Counter With Index. This address mode requires 
one word of extension. This address is the sum of the 
address in the program counter, the sign-extended displace- 
ment integer in the lower eight bits of the extension word, 
and the contents of the index register. The value in the pro- 
gram counter is the address of the extension word. This 
reference is classified as a program reference. 


Immediate Data. This address mode requires either one or 
two words of extension depending on the size of the opera- 
tion. 

Byte operation — operand is low order byte of exten- 
sion word 

Word operation — operand is extension word 

Long word operation — operand is in the two extension 
words, high-order 16 bits are in the first extension 
word, low-order 16 bits are in the second extension 
word. 


Condition Codes or Status Register. A selected set of in- 
structions may reference the status register by means of the 
effective address field. These are: 

ANDI to CCR 
ANDI to SR 
EORI to CCR 
EORI to SR 
ORI to CCR 
ORI to SR 


EFFECTIVE ADDRESS ENCODING SUMMARY 


Table 14 is a summary of the effective addressing modes 
discussed in the previous paragraphs. 


TABLE 14 — EFFECTIVE ADDRESS ENCODING SUMMARY 


Address Register Indirect with 
Postincrement register number | 


tee 
Predecrement register number 
Address Register Indirect with 

Displacement register number 
Address Register Indirect with 


AbsoWue Shon a 
Absolute Long 111 | Ol 


Mode 
001 
011 
101 


Program Counter with 
Displacement 111 
Program Counter with Index 
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IMPLICIT REFERENCE 


Some instructions make implicit reference to the program 
counter (PC), the system stack pointer (SP), the supervisor 
stack pointer (SSP), the user stack pointer (USP), or the 
status register (SR). 


SYSTEM STACK. The system stack is used implicitly by 
many instructions; user stacks and queues may be created 
and maintained through the addressing modes. Address 
register seven (A7) is the system stack pointer (SP). The 
system stack pointer is either the supervisor stack pointer 
(SSP) or the user stack pointer (USP), depending on the 
state of the S-bit in the status register. If the S-bit indicates 
supervisor state, SSP is the active system stack pointer, and 
the USP cannot be referenced as an address register. If the 
S-bit indicates user state, the USP is the active system stack 
pointer, and the SSP cannot be referenced. Each system 
stack fills from high memory to low memory. 


LOGICAL OPERATIONS 

Logical operation instructions AND, OR, EOR, and NOT 
are available for all sizes of integer data operands. A similar 
set of immediate instructions (ANDI, ORI, and EOR!) provide 
these logical operations with all sizes of immediate data. 
Table 15 is a summary of the logical operations. 


TABLE 15 — LOGICAL OPERATIONS 


DnA(EA)— Dn 
(EA)ADn = EA 
(EA)A#xxx > EA 


Dn v (EA) Dn 


(EA) v Dn? EA 
(EA) v #xxx EA 


(EA)@e Dy EA 
(EA) @ #xxx=* EA 


~(EA)—~ EA 


NOTE: ~ = invert 


SHIFT AND ROTATE OPERATIONS 


Shift operations in both directions are provided by the 
arithmetic instructions ASR and ASL and logical shift in- 
structions LSR and LSL. The rotate instructions (with and 
without extend) available are ROXR, ROXL, ROR, and ROL. 
All shift and rotate operations can be performed in either 
registers or memory. Register shifts and rotates support all 
operand sizes and allow a shift count specified in the instruc- 
tion of one to eight bits, or 0 to 63 specified in a data register. 

Memory shifts and rotates are for word operands only and 
allow only single-bit shifts or rotates. 

Table 16 is a summary of the shift and rotate operations. 


TABLE 16 — SHIFT AND ROTATE OPERATIONS 


Operation 


"L) 


as. b.16.3.) brc~{<———— + 
psnfemed of a: 


C 


i 


BIT MANIPULATION OPERATIONS 

Bit manipulation operations are accomplished using the 
following instructions: bit test (BTST), bit test and set 
(BSET), bit test and clear (BCLR), and bit test and change 
(BCHG). Table 17 is a summary of the bit manipulation 
operations. (Bit 2 of the status register is Z.) 


TABLE 17 — BIT MANIPULATION OPERATIONS 


BINARY CODED DECIMAL OPERATIONS 

Multiprecision arithmetic operations on binary coded 
decimal numbers are accomplished using the following in- 
structions: add decimal with extend (ABCD), subtract 
decimal with extend (SBCD), and negate decimal with ex- 
tend (NBCD). Table 18 is a summary of the binary coded 
decimal operations. 


TABLE 18 — BINARY CODED DECIMAL OPERATIONS 


Dx190+ Dy19 + X— Dx 
Ax@ —19+ Ay@ - 10+ X= Ax@ 


Ax@ — 19- Ay@ — 10— X— Ax@ 


0-(EAN}9—X—* EA 
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PROGRAM CONTROL OPERATIONS SYSTEM CONTROL OPERATIONS 

Program control operations are accomplished using a System control operations are accomplished by using 
series of conditional and unconditional branch instructions privileged instructions, trap generating instructions, and in- 
and return instructions. These instructions are summarized structions that use or modify the status register. These. in- 
in Table 19. 


, structions are summarized in Table 20. 
The conditional instructions provide setting and branching 


f H i . 
or the following conditions: TABLE 20 — SYSTEM CONTROL OPERATIONS 


CC -—carry clear LS  — low or same 
CS -—carry set LT — less than 
EQ — equal MI — minus EINmogee . 
ee ate ever are NE — not equal RESET Reset external pence 
GE -— greater or equal PL —plus BIE Return from SAP oe 
GT — greater than T  — always true med >10p program-execution 
; ORI to SR Logical OR to status register 
HI —high VC —n0o overflow ; 
MOVE USP Move user stack pointer 
LE — less or equal VS — overflow 


ANDI to SR Logical AND to status register 
EORI to SR Logical EOR to status register 
MOVE EA to SR | Load new status register 
Trap Generating 
TRAP Trap 
TRAPV Trap on overflow 
CHK Check register against bounds 
Status Register 
ANDI to CCR’ | Logical AND to condition codes 
EORI to CCR_ | Logical EOR to condition codes 
MOVE EA to CCR] Load new condition codes 
ORI to CCR Logical OR to condition codes 
MOVE SR to EA | Store status register 


TABLE 19 — PROGRAM CONTROL OPERATIONS 


Branch conditionally (14 conditions) 
8 and 16-bit displacement 


Test condition, decrement, and branch 
16-bit displacement 


Set byte conditionally (16 conditions) 
Unconditional 


BRA Branch always 
8 and 16-bit displacement 


BSR Branch to subroutine 
8- and 16-bit displacement 


JMP Jump 
JSR Jump to subroutine 
Returns 
RTR Return and restore condition codes 
RTS Return from subroutine 
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